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Introduction 


This manual is a user guide for the Imagination Technology/Atari System 
IV video game hardware system. Information is provided in the following major 
sections: 


Overview of Features - a brief listing of capabilities 

Specifications - numbers 

System Features ~ an averall feature description 

Hardware/Software Interface - details necessary for programming in- 
cluding memory mapping and register bit assignments 

Programming - recommended practices and techniques 

Theory of Operation ~ grist for the hardware designer 

Hardware - component quantities and other details 

Glossary ~ explanation of key terms as used in this manual 

Appendices - convenient summaries 
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This section lists the major features of System IV. 


512 wide by 384 high pixel display area 

1 to 8 bits per pixel in each of 2, 3, or 4 Buffers 

16 MHz pixel display rate 

24 KHz horizontal sweep rate 

68 Hz vertical display rate 

Up to 256 colors using 1 Buffer plus 255 additional colors per additional 

Buffer 

* Up to 146,777,216 selection color palette 

# Independent scroll offsets for each line of each Buffer along each axis 

# Physical Screen Memory surrounded by addressable Screen Space for fast clip- 
ping 

# 16 MHz vector and polygon functions 


mM Mw RK me 


~ Point plot 

- Absolute vector plot 
~ Relative vector plot 
~ Open polygon plot 

- Filled polygon plot 


* 146 MHz character features 


- 1 megabyte stored Image Memory 

- Rectangular input windowing 

~- Rectangular output clipping 

~ Selectable X and/or Y direction reversal 
- Selectable X/Y transposition 

- Screen to screen transfers 

- Fractional zoom aption 


# Real-time Screen Memory processing during display 


- Time transparent operation 

- General erase 

- Selective erase 

- Image compression and/or restructure 
- Inter/intra Butter merge and copy 


8 MHz 48808 CFU 

i4MHz programmable graphic controller 

Standard speed 64K dynamic RAMs 

Multi-sourced TTL and NMOS construction 

External direct digital video input toa Color Memory palette 
Copyrightable microcode and read-fuse protected PALs 
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Specifications 


This section provides quantitative specifications about key 


System IV features. 
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Application Module Program Memory space 
Application Module expansion memory space 
Applicatin Module Scratchpad Memory Space 
Application Module I0 space 

Debug Module monitor space 

Debug Module image emulation space 

Froacessor Module Screen Space 

Processor Madule expansion memory space 
Processor Madule Queue Memory and I0 registers 


Processor Module Input-Output Registers 
Queuable 

Program counter 15 bit 

General purpose i2 bit 

Dedicated function @ bit 
Control (not queuable) 

Status (read only?) 


Speed 


Horizontal segment pixel update rate 
Pixel display erase rate 


St ee 


Dedicated interrupts 
Frame interrrupt 
Queue Processor completion 
Queue Length Register completion 
Debug Module communications 
User interrupts 
Watchdog and power up reset 
Maximum disable event interval 
Power up reset latency 


Buffers 


See cee 


Buffers per system 
Bits per pixel 
Screen Memory horizontal offset range 


megabyte 
megabytes 
megabyte 
megabyte 
megabyte 
megabyte 
megabytes 
megabyte 
megabyte 
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16 million per second 
16 million per second 


frames (133 ms) 
frames (133 ms) 


co om 
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Screen Memory vertical offset range 


Visible Screen Memory size 
Physical Screen Memory size 
Screen Space size 
Replacement Table size 
Horizontal Offset Table size 
Vertical Offset Table size 


Queue Memory size 

Next instruction fetch rate 
Instruction deposit wait states 
Instruction types 


Color levels 
Color Table size 
Colar Tables 
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Queue Memory 

10 Registers 

Queue Processor on 
Queue Processor off 
Screen Memory Write 
Screen Memory Read 
Program Memory 
Scratchpad (dynamic) 
EEPROM 
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Cycle rate 
Microcode width 
Microcode depth 
Word size 

RAM size 
Branching 
Conditionals 


@ to Stl, wrapped 
Siz x 384 

5i2 x 512 

4296 by 1534 

256 x 8 

3B4 x 9 

384 x F 


4 to 16 K words 
8 MHz 

a 

28+ 


296 per primary color 
256 x 8 
3 x 4 per primary color 


Q@ wait states 


@ wait states 
B+programmable 
wait states 
wait states 

or programmable 
wait states 
wait state 


- Oe 


1 wait state = 125 ns 


14 MHz 

48 bits 

Si2 instructions 
12 bits 

1024 words 

1, 2, 3 or 4 way 
2 sets of 7 
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Timing: 
unit 
master clack 32.08 MHz 
pixel 
frequency 16.9 MHz 
period 62.5 us 
horizontal 
sweep 
frequency 24.2 KHz 
time 41.25 us 
pixels 668 pixels 
non-blanking 
time 32.9 us 
pixels 512 pixels 
retrace 
time 9.25 us 
pixels 148 pixels 
vertical 
sweep 
frequency 68.2 Hz 
period 16.7 ms 
pixels 266664 pixels 
lines 484 lines 
non-blanking 
time 15.8 as 
pixels 253448 pixels 
lines 384 lines 
retrace 
time 825 us 
pixels 13280 pixels 
lines 28 lines 


input levels 

H sync TTL 

V sync TTL 

R,G,B any linear subrange within @ to 5 valts 
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Introduction 
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System IV is a high speed, medium resolution, bit-mapped, raster graphic, 
programmable arcade video game system. System IV uses up to 1 megabyte af 
dynamic RAM Screen Memory and up to 1 megabyte af PROM/ROM Image Memory 


and erases pictures at 16 million pixels per second. 


All System IV games contain the following circuit board components: 


Qty Name Function 
1 CFU CPU, Queue Controller, system timebase 
i Update Graphic Controller, Display system 
2-4 Buffer Screen Memory 
1 Memory Image, Program, and Scratchpad Memory 
1 10 sound effects, game controls, NVR, math 


processors, etc. 


Only the I0 board requires redesign for each new game. Since the Memory board 
contains all program and image data, a complete game change can be accom- 
plished by swapping Memory and 10 boards. The 6 to 8 boards listed are linked 
by a compact 12@ conductor bus on a backplane board which also furnishes power 
and all other interconnect wiring. By convention, the CPU and Update boards 
are collectively referred to as the Processor Module (PM) and the Memory and 
1Q boards are collectively referred to as the Application Module (AM). 


The following sections describe the major System IV features in mora de- 
tail. 


eo ee ae eB ee ee ek te oe ee 


System IV provides a fully decoded 1 megabyte address slot in the Memory 
Board for program memory. This space includes the 688000/68810 specific inter- 
rupt, trap, and reset locations. The 16 bit data path of the CPU requires a 
minimum of 2 byte-wide PROM/ROMs. 


pe ee 


System IV provides a fully decoded i megabyte address slot on the Memory 
board for read-write memory to provide working storage for CPU stacks, queues, 
tables, and other purposes. 
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Game Input-Output 


System IV provides a fully decoded 1 megabyte address slat on the I0 
board for game specific input-output interface with coin detection, slam 
switches, operator options, player controls, sound effects, and other 10 
hardware. 


i ee 


System IV provides 3 fully decoded 1 megabyte address slots which may be 
utilized on either the Memory or I0 boards. These may be used for additional 
program, scratchpad, controls, stamp and sprite generators, and any other nen- 
ory mappable purpose a specific game may require. Possible future uses in- 
clude non-volatile solid state memory such as EEPROM, disk drive buffer mamory 
and interface, and three-dimensional coordinate transform hardware. 


System IV Black Diagram 
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System IV provides up to 1 megabyte of directly addressable ROM/PROM oan 
the Memory board for picture storage. Image Memory contents may be trans- 
ferred to Screen Memory at high speed by the Graphic Controller as rectangular 
arrays of from 1 to 4896 pixels by from 1 to 1,048,576 pixels with up to 8 
bits per pixel. Any desired rectangular subset of these picture arrays may be 
transferred. Although Image Memory is not located in the memory space of the 
CPU, the CPU may access and verify Image Memory data by first transferring the 
picture data to Screen Memory. Image Memory utilizes high speed sequential 
parallel/serial conversion and requires sub 258 ns ROM/PROM devices in multi- 
ples of 4 with a minimum complement of 4 devices. 


Buffers 


System IV provides up to 4 independent frame buffers that may be indivi- 
dually assigned to either update (generate images) or display (output images) 
on a frame by frame basis. Change of update/display assignment is performed 
during vertical retrace. Buffers are designated by the letters W, X, Y, and 
Z. Each Buffer contains a multipurpose 1K by 12 bit static RAM array (Trans- 
lation RAM) containing lookup tables that perform Offset (unique horizontal 
and vertical scrolling for each line of Screen Memory), Expansion (conversion 
of input data for Screen Memory input), and Replacement (conversion of output 
data for Screen Memory input). 


During update, both the CPU and the microcoded Graphic Controller create 
and @anipulate images in Screen Memory. The 68008 CPU is linked to Screen 
Memory via the CPU address and data buses for direct bit-mapped read/write ap~ 
eration. Alternately, under immediate or deferred (i.e., via the Queue Memo- 
ry) control of the CPU, the Graphic Controller operates on Screen Memory to 
provide high speed image transfer, vector draw, polygon fill and similar func~ 
tions. 


During display, any desired 384 line subset of the full 512 line Screen 
Memory may routed to the display monitor for viewing while additional hardware 
provides selective erase, modification, and Buffer prioritization. 


Each Buffer has its own Buffer Control Register (BCR) which sets the 
Buffer's display/update assignment, enables the Buffer’s Screen Memory for 
write, enables the Translation RAM for write, and controls the source of feed- 
back data used by the Replacement Table. Not only do the BCRs determine which 
Buffers are assigned to update or display, but the BCR’s make it possible toa 
write to any desired combination of Buffers assigned to update. 


———— es ea 


Each Buffer contains a single 512 wide by 512 high by from i to 8 bits 
deep memory array designated Screen Memory. To simplify programming, horizon- 
tal addressing has been extended from 9 bits (the minimum required to distin- 
guish 512 horizontal positions) to a more leisurely 12 bits while vertical ad- 
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dressing has been extended to 11 bits. This extended addressing overlaps and 
surrounds Screen Memory with a larger area designated Screen Space. Although 
only the Screen Memory subset of Screen Space cantains physical memory, all of 
the Screen Space may be written and read by both the CPU and Graphic Controll- 
er. Reading the Screen Space area outside of Screen Memory returns the value 
of the corresponding pixel in Screen Memory (taken madulo 512 on each axis). 
Writing the Screen Space area outside af Screen Memory performs no operation. 


Screen Memory in each Buffer is also controlled by the @ bit data of the 
Buffer’s Plane Select Register (PSR). The PSR may be used to selectively en- 
able/disable in any combination the up to 8 planes that make up a full depth 
Screen Memory array. This feature facilitates the division of a buffer into 2 
or more overlayed groups of planes that may contain different classes of im- 
ages. Use of overlays permits the Replacement Table to be used to erase all 
or part of the contents of designated overlay groups without affecting other 
overlayed groups. 


Each Buffer uses a 1824 by 12 bit RAM to perform address and data conver- 
sions during both Update and Display. Two 384 by 9 bit subsets are used for 
vertical and horizontal offset while 8 bits of each of the remaining 2546 laca~ 
tions are used for Replacement/Expansion. These features are described in 
further detail below. 


ee ee 


Each Buffer contains two sets of programmable 7 bit offsets (displace- 
ments) for each of the 384 Screen Memory lines that are output during display. 
These sets are designated the Horizontal Offset Table and the Vertical Offset 
Table. The use of these tables may be enabled or disabled during update and 
is always enabled during display. Offset facilitates scrolling along either 
axis, compensates for horizontal drift during Replacement, and permits a vari- 
ety af visual effects. The Vertical Offset Table makes it possible to use any 
384 of the 512 available lines for display in any order desired including 
reuse af the same line. The Horizontal Offset Table compensates for the 4 
pixel per frame rightward rotation of the Screen Memory contents caused by Re- 
placement. The Graphic Controller provides a high speed command tao fill any 
desired subrange of either Offset Table. The Offset Tables reside in two 384 
by 9 bit subranges of the Translation RAM of each Buffer. 


cca ke et a ee oe 


Each Buffer contains a programmable 254 by 8 bit table to convert com- 
pressed Image Memory picture data into @ bit wide data for Screen Memory. 
Compressed pictures read from Image Memory are masked, shifted, and merged by 
the Graphic Controller and then fed to the Expansion Table. The Expansion 
Table converts these @ bit values into other 8 bit values for input to Screen 
Mamory. This feature serves two purposes: (1) it completes the task of de- 
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compressing pictures in Image Memory and (2) it redefines picture elements to 
best suit the current data organization of the Buffer in use. 


Although the Expansion Table resides in the same 254 by 8 bit subrange of 
the Translation RAM used by the Replacement Table, na conflict arises because 
Expansion is performed only during update while Replacement is performed (gen- 
erally) only during display. Expansion may be enabled or disabled as required 
on a per Buffer basis for each update access. The Graphic Controller provides 
both fill and black transfer instructions for use in creating and maintaining 
Expansion Tables. 


ee ee ed eS ee 


Each Buffer contains a programmable 256 by @ bit table that provides se- 
lective erase and/or modification of Screen Memory during display based on the 
contents of Screen Memory or the Screen Memory of any other Buffer assigned to 
display. This Replacement Table effectively doubles the time available to the 
CFU and Graphic Controller for image generation. In operation, Screen Memory 
data is routed through two 4 to 1 multiplexors into a 256 by 8 bit RAM lookup 
table and then back to Screen Memory input using delayed read-modity-write. 
Replacement may be enabled or disabled as required on a per Buffer and per 
frame basis using the TRW bit of the BCR of the selected Buffers. The Graphic 
Controller provides both fill and block transfer instructions for use in cre- 
ating and maintaining the Replacement Table. 


Continuous 16 MHz operation introduces a 4 pixel delay between read and 
write locations which causes a 4 bit wrapped shift between frames. This gen- 
erally undesirable side effect is fully compensated for by appropriate pro- 
gramming of the Horizontal Offset Table. 


The Replacement Table resides in the same 256 by 8 bit subrange of the 
Translation RAM used by the Expansion Table. This dual use af Translation RAM 
is possible because Replacement is performed during display while Expansion is 
performed during update. 


Careful programming of the Replacement Table permits a wide variety of 
useful operations. For example, to erase the entire contents of a Buffer, all 
256 addresses of the Replacement Table could be programmed to @ or any other 
desired “erased” value. Any values to be retained are programmed by setting 
the data in the Replacement Table equal to the address of the desired values. 
Objects overlayed on background in the same Buffer may be selectively erased 
if the objects and background exist in separate planes. This is accamplished 
by programming the Replacement Table such that all addresses containing back- 
ground and object are set to contain only background. Individual objects may 
be removed without disturbing others by programming only those objects to be 
erased to background (ar other values) while programming the objects to be re- 
tained to their current values. 
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Each Buffer is individually assignable to update or display. This per- 
mits many operating configurations to handle the requirements of varying games 
and play modes within games. In the simplest possible configuration, 1 Buffer 
may be updated during vertical retrace and displayed for the rest of the 
frame. Two Buffers provide a double buffered system in which ane is updated 
while the other is displayed until the Buffers are swapped and the first is 
displayed while the second is updated. Four Buffers may be used in a variety 
of ways, including a cyclical mode in which 3 Buffers are continually displa- 
yed while a fourth is updated and rotated in a scheduled basis. ‘ 


1c 
ro 
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The System IV CPU may be either a 8 MHz 468808 or 48018 microprocessor as 
desired. The 68818 offers a superset of the 68@0@ with the added benefit of 
substantially faster multiply, divide and single instruction loops. 


The CPU is used with auto-vectored interrupts, including 3 dedicated in- 
terrupts on the CPU and Update boards, 3 game specific (i.e., unreserved) in- 
terrupts aon the 10 board, and 1 reserved interrupt on the Debug Module. Power 
up and watchdog timer reset is provided after 8 ms of idle CPU activity. 


All 68008 and 68810 instructions except TAS (multi-processor synchroniza- 
tion) are supported. The use of the STOP instruction should generally be avao- 
ided since refresh of Scratchpad dynamic memory (if installed) occurs during 
CPU memory cycles and because watchdog disable becomes limited to interrupt 
events. In place of the STOP instruction, a simple loop may be substituted. 


Queue Controller 
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The Queue Controller interfaces the CPU, Queue Memory, the Queue Proces- 
sor, the Graphic Controller, and the Buffers. At all times, the Queue Con- 
troller enables the CFU to read and write Queue Memory using either the CPU 
address directly or using the hardware Queue Address Pointer. 


With the Gueue Processor disabled, the Queue Controller provides direct 
CPU access to Screen Memory (bit map operation) and to the Queue Registers for 
manual execution of instructions by the Graphic Controller. With the Queue 
Processor enabled, the Queue Controller arbitrates access of Queue Memory by 
the CPU (high priority) and the Graphic Controller. 


Queue Processor 


Ba ee 


The Queue Processor, when enabled, fetches instructions from Queue Memory 
for use by the Graphic Controller. 
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The Graphic Controller accepts intructions and register load commands 
from the Queue Controller either directly from the CPU or deferred via Queue 
Memory and the Queue Processor. Graphic Controller instructions pravide the 
ability to: 


Set Offset Tables 

Set Expansion Tables 

Set Replacement Tables 

Set Color Tables 

Perform CPU bit-mapped operation 
Transter Image Memory to Screen Memory 
Draw vectors 

Draw open polygons 

Draw filled polygons 


The Graphic Controller is a microcoded, MSI, 14 MHz, i2 bit microcontroller 
with separate ALU and accumulators, 1K by 12 bit direct or indirectly accessed 
RAM, 32 x 12 bit immediate data, 2 independent 12 bit counters, @, 2 ar 4 way 
branching based on 14 conditionals, and 512 by 48 bit wide microcode. 


Graphic Controller Instructions 


pe) OSE ee ee 


The Graphic Controller provides many microcoded instructions that provide 
bit-mapped Screen Memory access as well as more sophisticated functions such 
as vector plot, polygon fill, and image transfer with clipping. The following 
listing describes a representative set of instructions that may be microcoded. 


LDGSR Load Graphic Controller Status Register 


Cto be added] 


SCLIF Set Clipping Window 
RCLIP Reset Clipping Window 


The SCLIP instruction sets the Graphic Controller's programmable clip- 
ping parameters to the contents of Queue Registers GR@ through GR3. 
The programmable clipping parameters are used by other Graphic Con- 
troller instructions to limit that active area of Screen Memory over 
which images produced by transfer, vector, or polygon fill can be 
written. The RCLIP instruction resets the programmable clipping par-~ 
ameters to the ¢ull 512 by 384 displayable Screen Memory area. 


SOFF Set Offset 
ROFF Reset Offset 


| The SOFF and ROFF instructions set or reset the offset enable bit af 
| the Graphic Controller Status Register as appropriate. With offset 


a 
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set, image transfer, vector, polygon fill, and bit mapped operations 
utilize the Offset Tables af the active update Buffers. With offset 
reset, the Offset Tables are bypassed. These instructions affect anly 
update operations. Offset is always enabled during display. 


SEXP Set Expansion 
REXF Reset Expansion 


The SEXF and REXP instructions set or reset the expansion enable bit 
of the Graphic Controller Status Register as appropriate. With expan- 
sion set, image transfer operations utilize the Expansion Tables of 
the active update Buffers. With expansion reset, the Expansion Tables 
are bypassed. 


STFS Set Transposition 
RTPS Reset Transposition 


The STPS and RTPS instructions set or reset the transposition enable 
bit of the Graphic Controller Status Register as appropriate. With 
transposition set, image transfer is performed with Image Memory hori- 
zontal and vertical addresses swapped resulting in a transposed 
transfer to Screen Memory. With transposition reset, transfer occurs 


normally. 
SMCM Screen Memory to Color Memory Transfer 
CMSM Color Memory to Screen Memory Transfer 


The SMCR and CRSM instructions copy 1 to 256 byte long blocks of data 
between Screen Memory of s selected Buffer and a dasignated Calor 
Table of the Color Memory. The selection of Color Table is determined 
by the Color Table Register. The size of the block transferred and 
the Screen Memory X and Y coordinates are specified using 3 af the 
general purpose Queue Registers. 


The SMCM instruction copies the contents of Screen Memory in the 
one Buffer desigqnatd by the priority bits of the Display Priority Re- 
gister to the ane color Color RAM designated by the Color RAM write 
enable bits of the DPR. The starting address in the designated Color 
Table is specified by the data byte directly preceeding the source 
data in Screen Memory. 


The CMSM instruction simultaneously copies the entire contents af 
a 256 byte block from the selected Color Table of all 3 Color RAMS to 
a line of Screen Memory in up to 4 Buffers in any combination. The 
specific action of this instruction on each Buffer depends (1) the 
write enable bit of the Buffer'’s Screen Memory (2) the setting of the 
Buffer’s input feedback selection. The write enable determines wheth- 
er any data at all will be transferred to a particular Buffer while 
the feedback determines which Color RAM the Buffer will received data 
from. 


These instructions are used to initialize, maintain, and test 


ae a ah ale i Se las a i i a Be ed Lie ee te i 


Syst 
Syst 


FXO 
FYQ 


FER 


TRBF 


TRNL 


SMTR 
TRSM 
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Color ‘Memory and are ordinarily used only during vertical retrace. 
Use of these instructions outside of the vertical retrace interval 
will interfere with the video output to the display monitor. 


Cto be added] 


{to be added] 


Translation RAM Block Fill 


The TRBF instruction fills a range of Translation RAM in the designat- 
ed Buffer(s) with the specified data. This command is primarily used 
to initialize and maintain the Offset Table of each Buffer’s Transla- 
tion RAM. Three general purpose Queue Registers are used ta set the 
data value, size of the data block, and starting address in Transla- 
tion RAM. 


Cfil expansion/replacement tables 1 to 1] 


Screen Memory to Translation RAM Transfer 
Translation RAM to Screen Memory Transfer 


The SMTR and TRSM intructions transfer data in blocks of 1 to 1824 
bytes between Screen Memory and Translation RAM. The X and Y coordi- 
nates of the start of the data block in Screen Memory, the length of 
the data block, and the starting address for the data block in the Ex- 
pansion or Replacement Tables are stored in 4 general purpose Queue 
Registers. Although the Expansion/Replacement Tables are arranged as 
2 non~contiguous i128 byte sets in Translation RAM, the Graphic Con- 
troller automatically adjusts as required. To accommodate this sia- 
plified operation, the Expansion/Replacement Table start address 
should be specified in the range of @ to 259. 


The SMTR instruction copies a block from one line of Screen Memo- 
ry in the designated Buffer(s) to the Expansian/Replacement Table of 
the Translation RAM of the designated Buffer(s). 


The TRSM instruction copies data from a specified portion of the 
Expansion/Replacement Table of Translation RAM of the designated 
Buffer(s) to a designated line in the Buffer's Screen Memory. 
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Image Memory to Screen Memory Transfer 


The IMSM instruction copies a rectangular subset of a character image 
stored in Image Memory to Screen Memory. The !age Memory address 
high 8 bits and low 12 bits, the Screen Memory X and Y coordinates, 
the height and width of the source picture to be transferred, and the 
address offset in Image Memory between lines are stored in the 7 gen- 
eral purpose Queue Registers. Transposition, image shift, image mask, 
and full versus partial transfer are determined by the Image Format 
Register. Transposition, Expansion, Offset, Clipping, and Image Merge 
Data are determined by values previously set by other instructions to 
the Graphic Controller. 


Absolute Point Plot 


The APP instruction sets the Graphic Controller X and Y Point Regis- 
ters to the values passed in general purpose Queue Registers GR@ and 
BRi respectively and writes a pixel in the Screen Memory of the active 
Buffer(s) using these coordinates and the data value contained in the 
Graphic Contraller Pixel Register. 


Relative Foint Plot 


This instruction sets the Graphic Controller X and Y Registers respec- 
tively to the sums of the respective signed offsets passed to the gen- 
eral purpose Queue Registers GR@ and GRi and the respective previous 
contents of the Graphic Controller X and Y Registers. This instruc- 
tion writes a pixel in Screen Memory of the active Buffer(s) using the 
new coordinates and the data value contained in the Graphic Controller 
Pixel Register. 


Absolute Vector Plot 


The AVP instruction plots an absolute vector from the current Graphic 
Controller X and Y Register coordinates to the point specified by the 
general purpose registers GR2 and GR3. The value plotted is taken 
from the Graphic Controller Pixel Register and the Graphic Controller 
X and Y Registers are set to the values of the new end points. 


Relative Vector Plot 


The RVP instruction plots an absolute vector from the current Graphic 
Controller X and Y Register coordinates to the point specified by the 
respective sums of those coordinates and the signed values specified 
by general purpose registers GR2 and GR3. The value plotted is taken 
fram the Graphic Controller Pixel Register and the Graphic Controller 
X and Y Registers are set to the values of the new end points. 
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IPF Initialize Polygon Fill 


The IPF instruction sets the Graphic Controller Kk and Y Register coor- 
dinates to the values specified by general purpose Queue Registers GR@ 
and GR1i, plots a point in the Screen Memory of the active Buffer(s) at 
these coordinates using the Graphic Controller Pixel Register, and in- 
itializes the polygon fill process. 


PFAV Palygon Fill Absolute Vector 


The PFAV instruction adds 1! contiquous edge vector to a polygon. 
Parameters are similar to Absolute Vector Flot (AVP) while operation 
differs in that the polygon fill table is modified and no plotting ac- 
tually occurs. This command should only be issued following another 
PFAV or IPF instruction. 


CPF Folygon Fill Last Vector 


The CPF instruction causes the current contents of the polygon fill 
table to be used to draw a filled polygon in Screen Memory of the ac~- 
tive Buffer(s) using the data in the Graphic Controller Pixel Regis- 
ter. 
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System IV performs a variety of high speed modifications to image data 
enroute from Image Memory to Screen Memory. Data read from Image Memory is 
first masked using a contiguous @ to 8 bit range and then shifted from @ to 7 
places according ta the mask and shift values stored in the Image Format Re- 
gister. Next, the data is merged with the 6 bit value in the Image Data Re- 
gister. For each active Buffer assigned to update, the data may then pass 
through a 256 by 8 bit Expansion Table. Finally, the image data is placed 
into from @ to 8 image planes of the Screen Memory in the designated Buffers 
as determined by each Buffer’s 8 bit Flane Select Register. 


The mask and shift feature permits pictures containing less than 8 bits 
per pixel to be packed together in byte-wide PROM/ROM for better storage effi- 
ciency. For example, 3 pictures stared using 4, 3, and i bit per pixel each 
may be compacted in the same byte of Image Memory. The mask and shift 
hardware permits anly the desired picture ta be extracted and ignores the 
other pictures during image transfer. For convenience during program develop- 
ment, pictures can be stored in unpacked format until either the 1 megabyte 
limit is reached or the product design is otherwise completed. 
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Introduction 
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This section details the System IV software/hardware interface and g@ro- 
vides necessary pragramming information. It is assumed that the reader is ac- 
quainted with microprocessor programming in general and 68880 family micropro- 
cessors in particular. 


System IV utilizes the entire 16 megabytes of address space pravided by 
its 68@8@ or 68018 microprocessor. The lower half of memory is used by the 
Application Module (AM) and Debug Module (DM) components while the upper half 
is used by the Processor Module (PM) components. The game-specific AM compo- 
nents provide six decoded i-megabyte slots for program, scratchpad, sound ef- 
fects, non-volatile RAM, 10, and any miscellaneous future requirements. Two 
megabytes are reserved for the DM used in game development and production 
testing. 


The optional DM component mechanically and electrically inserts between 
the 10/Memory boards and the Systema IV backplane to provide a 
software/hardware debug facility that includes monitor with symbolic disass@a- 
bly, serial links to a host computer, PROM programmer, and local terminal, and 
other useful features for creating and maintaining games. 


The PM component consists of an Update board, CPU board, and 2 to 4 
Buffer boards. The PM uses 4 megabytes of addressing for Screen Space, i me- 
gabyte of reserved memory space, and 1 megabyte for the 4K to i6K words af 
Bueue Memory and PM Input-Output Registers. The entire memory map is graphi- 
cally presented in the accompanying drawing. 


System IV Game design usually need only involve the 10 and Memory boards. 
The software task consists of creating program code and image data for the 
Memory board while the hardware task consists of design of the 10 board can- 
taining player controls, sound effect generators, and any desired whistles and 
bells. The 10 board interface is sufficiently flexible to permit entire sub- 
systems capable of direct video generation to be efficiently interfaced to the 
CPU and color look up tables. 
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System IV Memary Map 


Address Module Function 
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+@@888a AN Program Memory including reset, trap, and interrupt vectors! 
POPPE EE oh use leet Nek eee eeu sae eet eonuane ereemees i 
11@@08@ AM Spare i 
RE te os ta eres ns cel ain lei a Rint ie dae eee i 
i 200888 AM Spare i 
PRUE PEE oot aut edt ewe eee Steen alua ieee e lease eae i 
1388082 AM Spare H 
} aease i 
TOPE ck eee ee eet ee ean en ee ee iuenea ieee Slee oss i 
1408002 AM Scratchpad RAM H 
H aaasa i 
PE a es Se wt ee ah Se See ee TR ' 
i588808 AM Game I0 (coin input, player controls, operator options, i 
i ocean sound effects, nan-volatile memory, etc.) H 
Sb] 2 2 eee eee eye eee net Meee een ne een aera EN pO EEN ame nore nr i 
1400008 OM Reserved for development system (Monitor program, EEPROM, i 
tees scratchpad, UARTS, mapping RAM, miscellaneous IO) H 
POPPERS pps a eee e an cewce Maen ee ateG uaa eeeoetean sees 
1788008 DM Reserved for development system (Image Emulation Memory? i 
Ke i esse P H 
PY WIREE Esc d2 Gre dane LA Ai SC) ac ee ! 
1B08808 PM Screen Space - read and write, byte and word i 
! eeseea H 
PDE PEE Ee ect ee ee a en ews net eee Rela See a ae i 
1E@@@88 PM unused H 
bro ha Vy WELD 
PEPPER EG ne yng eG ea det ae pee e ennai wiveg eect ati os 
‘FQ@008 PM Queue Memary - 4, 8, 12, or 14 K words i 
HEE TOE Be ae Ae nt nett ea aie Ol eh lat el eee eae ee ' 
iFFBB@@ PM Queue Registers - 16 8 bit, 7 12 bit, 1 15 bit i 
i osaae synchronous load mode H 
VERBOSE ee oc te nh fine oe easement an pa tema eos 
iFF8848 PM Control Registers - 3 14 bit i 
i esaa H 
PEROON Sg Qo costal co swe ewe etna ale ele eae he i 
iFFB40@ PM Queue Registers - 16 B bit, 7 12 bit, 1 15 bit i 
1 a aae asynchronous load mode H 
5132) fa PETRA eee MR oP Pn aye Oe open ace nee ee i 
iFFE8@@ PM Status Registers - 2 12 bit, 1 14 bit H 
H 
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The 68808 or 688108 CPU runs at 8 MHz and has access to all 16 megabytes 
of its address space. All CPU instructions are supported except the multipro- 
cessor synchronization instruction TAS. Bit test, set, and clear instructions 
are available only on memory that is byte accessable and supports both read 
and write. 


System IV uses the 688000/4801@ interrupts in autovector mode. Levels 1, 
2, and 6 are used by the PM, level 3 and 5 are available for the AM, and level 
4 is reserved for the DM. 


The PM interrupts provide synchronization. The level 6 interrupt reports 
the start of vertical retrace. This interrupt controls events that must accur 
during vertical retrace such as modification of the Color Memory and change af 
Buffer update/display assignments. This interrupt is alsa appropriate for ad- 
vancing the software game clock. The level 6 interrupt may be hardware dis- 
abled via a bit in the Master Control Register (MCR). The level 2 interrupt 
reports when the Queue Length Register has reached @ or underflowed. This in- 
terrupt simplifies checking for Queue Memory overflow when using the Queue 
Processor. The level 2 interrupt may be hardware disabled via a data bit in 
the Queue Length Register. The level 1 interrupt reports when the Queue Pro- 
cessor has completed operation. This is accomplished by detecting a particu- 
lar address in Queue Memory. No hardware disable is provided because the 
level 1 interrupt may be disabled by the CPU interrupt mask without affecting 
other interrupts. 


The DM reserved interupt is used for communication with the UARTs on the 
DM to perform 10 to the host, terminal, and PROM programmer ports. 


The AM reserved interrupts are uncommitted and may be used for any de- 
sired game-specific function. 


(Discussion of wait states and hold for GC.rdyl 


Interrupt Level Assignments 
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i PM Queue Processor (FAR maximum address) completion H 
2 PM Queue Length Register (QLR) completion i 
3 AM Game specific i 
4 DM UARTs H 
5 AM Game specific i 
4 PM Start of Vertical Retrace 

7 


PM Unused H 


Ne eee 
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[give address values] 


With the Queue Processor disabled (i.e., the appropriate control bit in 
the MCR set to @}, Screen Space (addresses 8@@@08H through DFFFFFH containing 
Screen Memory) is directly accessable by the CPU for bit-mapped byte/word and 
read/write operations. The Screen Space access is performed by the Graphic 
Controller and is affected by the clipping and offset enable bits in the 
Graphic Controller Status Register. 


In all cases, CPU address bits AQ@@ through Ail (ABB is externally ex- 
tracted from UDS) are used as the horizontal coordinate while address bits A12 
through AZ3 are used as the vertical coordinate. All Buffers that are 
write-enabled and set to update are written in parallel but only one Buffer 
(determined by 2 select bits in the MCR) is read. The exact effects of a read 
or write on each Buffer are determined by the contents of the Butfer’s BCR, 
PSR, and Translation RAM as well as the clipping and affset bits of the Graph- 
ic Controller Status Register. 


fe cee SOR ee 


Screen Memory is surrounded by addressable but unoccupied memory space to 
simplify clipping which behaves like “write only memory" when written and mul- 
tiply mapped Screen Memory when read. The address space allocated for this 
write-only memory together with the read/write Screen Memory is designated the 
Screen Space, 


Screen Space forms a rectangular array 1@0@K (4094) wide by 4@@H (1536) 
high that occupies 64 megabytes starting at CPU address B@@QQ8H. During bit 
mapped operation the low 12 bits of the CPU address range from @@@H through 
FFFH (4095) representing X coordinates O08H thraugh FFFH (4895). The next 12 
CPU address bits range from from 8@@H (2848) through DFFH (3583) representing 
Y coordinates @®@@H through SFFH (1536). Screen Memory occupies a 200H (512) 
by 208H (512) subset of Screen Space starting at ABASQAH. 


Mast System IV operations are performed using either a Screen Space or 
Screen Memory coordinate system. In a Screen Space system, (0,8) is the upper 
left corner of the 1@00HK (4094) by 6@@H (1536) Screen Space and (2@@H,8Q@H) is 
the upper left corner of Screen Memory. In a Screen Memory system, (8,8) is 
the upper left corner of Screen Memory and additional Screen Space is unavail- 
able. The following examples demonstrate the conversion of coordinates (X,Y) 
to absolute CPU address A for each coordinate system. Both examples assume 
ascending X values run left to right and ascending Y values run top to bottom. 
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Relative Screen Space Coordinate 
ta 
Absolute Screen Space Address Conversion 


A = Y * 18@0H 3 shift Y left i2 places 
A = A + 8@0080H 3; add upper left Screen Space base address 
Az=A t+ 3 add Xk 


Valid for QO0H <= X <= FFFH (4@95) and @O@H <= Y <= SFFR (1534) 


Relative Screen Memory Coordinate 
to 
Absolute Screen Space Address Conversion 


A = ¥ * 1888H ; shift Y left 12 places 
A = A + ABBBQDH ; add upper left Screen Memory base address 
A =A+ xX 3; add X 


Valid for B@QH <= KX <= LFFH (511) and @8@8 <= Y <= iFFH 


Layout of Screen Space 


3 “ 

620000 SQO7FF | 8aR80 BOOQFFF 
upper left H £ upper right 
EE Be ec aaaa ampere bene CeCe TEE OES gcc becssesa 6 cudaaet cob ebs 
AgaG00 AGQOTFF ABBZaG ABOPFF AGGAGa AGGFFF 


H S¢reen Memory | 


-BEFQQ@_______________ BEET FE 1 BFFB@@____BFFPFF i BFFR@@__ _BEEFFF 
C8000 COQPFF i COGRAG COOFFF 
lower left i lower right 
DEFQGa DFFIFF_t DFFR@@ DFFEEF 
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Layout of Screen Memory 
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i AgB8RB AGQ9FF 
upper left upper right | 
3 ! 
; Visible 
lower left lower right ; 
1 | ee ee eC ae eae BIFOEE_! 

Bea80a BSQ9FF } 


| BEEB@@ BFFOFF 
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Each Buffer has its own Translation RAM containing unique Offset and Ex- 
pansion/Replacement Tables. The Translation RAM Address to Function Map shows 
how TR is internally split into 4 sections. The apparent split af the Re- 
placement/Expansion Tables into two 128 byte sections is removed by Buffer and 
Graphic Controller hardware providing the reverse mapping given in the follow- 
ing Translation RAM Function to Address Map. 
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Translation RAM Address to Function Map 


i RAM Address | Contents i 
Eo a ee pi ap ere ee ge ed cn ee ane ; 
i OG@H Vertical Offset for line Q@0H (808) i 
H esses i 
i 17FH Vertical Offset for line 17FH (383) } 
aa a a na 
' 18H Replacement/Expansion for data @8H i 
H 1FFH Replacement/Expansion for data 7FH i 
fe Ee Pea peg Pg Cet omer Get tee ete ee eee 
i 20H Horizontal offset for line @@8H (808) i 
H 37FH Horizontal offset for line 17FH (383) i 
H 38@H Replacement/Expansion for data 8@H i 
i SFFH Replacement/Expansion for data FFH H 
$ t 
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Screen Line Storage Address 


i Vertical Offset QQGQH (888) @@@H 
H eresupeanues eseete 
i I7FH (383) i7FH 
i Horizontal Offset @B@H (08) 280H 
i 17FH (383) S37FH 
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Input Data Storage Address 


Expansion/Replacement @@H 1B@H 
1FFH 
80H 38QH 


ee ee ee ee ee ee ee 


i 7FH 
i . 
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Offset Tables 
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During both update and display, the Vertical Offset Table and Horizontal 
Offset Table provide individual offsets for each line of Screen Memory. These 
offsets are added in modulo 512 to the horizantal and vertical coordinates 
provided by the update or display circuitry to produce the actual address sup- 
plied to Screen RAM. Certain Graphic Controller instructions bypass the Off- 
set Tables. Setting all values in both Offset Tables to zero neutralizes the 
offset feature. The Offset Tables make it possible to scroll pictures along 
either or both axes. The Horizontal Offset Table compensates for drift in- 
duced by Replacement during display. The Vertical Offset Table can be used to 
invert the display for use in mirrored systems. The Offset Tables reside in a 
portion of a Buffer’s Translation RAM. 


During update, this table converts the 1 to @ bits per pixel of com- 
pressed source image data into the full available depth (up to 8 bits) of the 
designated Buffer for transfer to Screen Memory. The Expansion Table resides 
in a portion of the multipurpose Translation RAM of the corresponding Buffer. 
Expansion allows for efficiency in source picture storage as well as flexibil- 
ity in selecting values for pixels written to Screen Memory. 


pA DS ee) 


During display, this table converts Screen Memory output from the select- 
ed source Buffer into input data for the Screen Memory of the Buffer to which 
the Replacement Table belongs. This is accomplished using read-modify-write 
access of the Screen Memory and introduces a 4 pixel rotation to the right, 
The source Buffer may be chosen from among any Buffer assigned to display. 
The Replacement Table resides in a portion of the multipurpose Translation RAM 
of the corresponding Buffer. 


soe See 


During display, this 1824 by 24 bit RAM array translates the pixel from 
the highest priority active Buffer into any of the 14,777,216 displayable co- 
lors. Color Memory consists of three separately accessable Color RAMs for the 
three primary colors red, green, and blue. Each Color RAM is further divided 
into 4 Color Tables af 254 by 8 bits each. 
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Color Memory 
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Eolor- Fable “sess-ses=-se- Address Range ---------------- 
Number Red Color RAM Green Color RAM Biue Color RAM 


Q @B@H to @FFH @GG8H to BFFH Q@QH to OFFH 
i 18@8H to iFFH i8@H to LFFH 1@@H to LFFH 
2 288H to 2FFH 280H to 2FFH 2B@H to 2FFH 
3 388H to 3FFH 3QQH to 3FFH SO8OH to SFFH 
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Queue Memory (QM) provides 4K to 16K words of dual-ported RAM accessed by 
the Queue Controller for use by either the CPU or the Queue Processor. When 
CPU and Queue Processor requests occur simultaneously, the CFU is granted pri- 
ority and always receives immediate access while the Queue Processor waits. 


CPU access may be sequential or random, read or write while Queue Proces- 
sor access is sequential and read only. While Queue Memory may serve as CPU 
scratchpad, its principal purpose is to pravide a command table through which 
the CPU directs the Graphic Controller using the Queue Processor. This system 
permits both the CPU and Graphic Controller to operate independently at their 
maximum speeds. 


The CPU port of the Queue Memory maps QM into CPU space beginning at ad- 
dress FFOQQ@QGH. Portions of Queue Memory provide a shadow read facility for 
the hardware Queue Registers and Control Registers and shauld not be used 
therefore without careful consideration. The first 46H bytes of QM are used 
by this shadow feature. 


The Queue Processor accesses Queue Memory only when the Queue Processor 
is enabled (via a control bit the MCR) and the Graphic Controller is ready. 
The Queue Processor fetches an instruction from Queue Memory and decodes it to 
perform one of the following aperations: 


* Load a Queue Register 
* Execute a Graphic Controller instruction 
#HPerform a Queue Processor Jump 


Technically, ali Queue Processor fetches load @ueue Registers. An instruction 
is executed by loading the Execution Control Register while a jump is per- 
formed by loading the Fetch Address Register. Unlike other Queue Registers, 
however, loading the ECR and FAR disrupt the flow of Queue Processor fetching. 
The FAR may be initialized whenever the Queue Frocessor is off such that in- 
struction fetches in Queue Memory will begin at the contents of the FAR when 
the Queue Processor is enabled. 
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@aacH 
QBGEH 
BB1@H 
QQi2H 
BQ14H 
GQ16H 
Q@B18H 
BLAH 
Q@1CH 
@@1EH 
8828H 
Q822H 
0024H 
8826H 
@828H 
Q@O2AH 
B82CH 
B@2EH 
QO38H 
@@32H 
BOSFH 
@848H 


FFQ@42H 
FF8Q44H 
FF@Q46H 


a Sie 2 8 ee eek ee ene eee 


BPRZ 
DPR 
CTR 
IFR 
ECR 
FAR 
star 


end 
MCR 
QLR 
GAR 
Star 


end 


end 


end 


Queue Memory Map 


shadow 
shadow 
shadow 
shadow 
shadow 
shadow 
shadow 
shadow 
shadow 
shadow 
shadow 
shadow 
shadow 
shadow 
shadow 
shadow 
shadow 
shadow 
shadow 
shadow 
t of unreserved memory 


of unreserved memory 

shadaw 

shadow 

shadow 

t of unreserved Queue Memory 


of unreserved memory with 4K word QM installed 


of unreserved memory with BK word QM installed 


of unreserved memory with 12K word QM installed 


The Queue Processor reads and partially decodes instructions 


Bueue 


Memory 


by the CPU. 
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placed 
The Queue Processor may be enabled or disabled via 
the <qp> bit in the MCR. During operation, the Queue Processor fetches 


ar eR eS Te Waa e ote Sete es 
oP eR pea 


System IV Specification and User Guide - Revised 8483.22 PAGE 27 
Hardware/Software Interface Details 


instruction from Queue Memory using the current address contained in the Fetch 
Address Register. The instruction is decoded to load the appropriate Queue 
Register. A jump instruction causes a Queue Processor branch while a Graphic 
Controller instruction suspends further instruction fetch until it has been 
executed by the Graphic Controller. 


When the Queue Frocessor is disabled (off) and the Graphic Controller is 
ready, all CPU write operations involving the Queue Registers are performed 
immediately. If the Graphic Controller is busy, the CPU access cycle is ex- 
tended as necessary until the Graphic Controller becomes ready. Only then 
does the Queue Register operation occur and the CPU cycle terminate. The 
Fetch Address Register may be directly loaded while the Queue Processor is 
off. 


When the Queue Processor is enabled (on), data written by the CPU to the 
Queue Register Space is combined with an operation code based on the Queue Re- 
qister‘s address and placed in Queue Memory at the current address of the 
Queue Address Register (QAR). Following each instruction, the QAR is incre- 
mented and the Queue Length Register (QLR} is decremented. Meanwhile, the 
Queue Processor fetches previously written instructions. Most Queue Registers 
set data values to be used by Graphic Controller microcoded instructions. 
Even the execution of instructions is performed by writing to a Queue Register 
(the Execution Control Register (ECR). 


PM Input-Qutput Register Space 


System IV provides 3 types of Input-Qutput Registers in the PM component. 
These are designated Queue Registers, Control Registers, and Status Registers. 


The Queue Registers consist of both dedicated purpose physical hardware 
registers and general purpose RAM locations in the Graphic Controller and 
other portions of the System IV hardware. Queue Registers are unique in that 
they may be written directly by the CPU when the Queue Processor is off or 
stored in Queue Memory (“queued") when the Queue Processor is on for later 
transfer to hardware. 


The Control Registers are 3 hardware registers that are always immediate- 
ly written when accessed by the CPU. 


The Status Registers are 3 input ports that pravide the CPU with feedback 
about operation of Graphic Controller, Queue Processor, and current display 
address. 
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Queue Register Space 
tgive address values] 


Queue Register Space is 48 bytes of CPU address space ailocated to the 
Queue Registers (registers that may be stored in Queue Memory). Queue Regis- 
ter Space is used to: 


# Set parameters used by the Graphic Controller 

# Issue commands to the Graphic Controller 

* Control the flow of instructions fetched from Queue Memory by the 
Queue Processor 


Queue Register Space is multiply mapped in the address space of the CPU. By 
convention the Queue Registers are assigned to the addresses given in the Ap- 
pendix. System IV provides 2 distinct methods of using the Queue Registers 
based on the status of the Queue Processor. 


When the Queue Processor is off, data written to any Queue Register ad- 
dress is immediately transferred to the actual hardware device(s). 
Simultaneously, the appropriate operation code for the Queue Register (a func-~ 
tion of the low 5 bits of its CPU address) is merged with the data and the re- 
sult is written to a reserved portion of the Queue Memory to provide a shadow 
read feature. This mode is referred to as Queue Register Direct. 


When the Queue Processor is on, data written to any Queue Register ad- 
dress is merged with the appropriate operation code for the Queue Register 
(the same operation code used with the Queue Processor off) and the result is 
written to Queue Memory at the current address of the Queue Address Register 
(QAR). The QAR is then incremented. The same data is also written at the 
Same reserved address in Queue Memory used when the Queue Processor is off ta 
maintain the shadow read feature. The Queue Register data is not transferred 
to hardware unless and until the Queue Processor fetches it from Queue Memory. 
This mode is referred to as Queue Register Deferred. 


Both direct and deferred mode use the identical technique to combine CPU 
address with data. In each case, a 14 bit value is produced consisting of an 
operation code field and a operand field. The operation code is a function of 
CFU address bits A@®i through A@S (the 5 least significant bits of the CPU word 
address). The operation code is a @, 1, 4 or 8 bit value that is left justi- 
fied and superimposed on the 14 data bits supplied by the CPU. 


This automatic instruction “assembly” simplifies use of the Queue Proces- 
sor, since the CPU need not perform any work to combine opcode with operand. 
Praducing a command and writing it to the next sequential location in QM is 
reduced to simply writing the operand data to the address of the desired Queue 
Register. 


Although the Queue Registers are write-only devices, a shadow read capa- 
bility is pravided. This is done by writing Queue Register data to a reserved 
portion of Queue Memory specified by the 5 least significant bits of the CFU 
word address. The contents of Queue Memory are returned to the CPU whenever a 
read of the associated Queue Register is requested. This shadow read feature 
permits each hardware register to be read, tested, and modified. This shadow 
read technique cannot provide reliable results under certain circuastances 
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that arise whenever the Queue Register and Queue Memory are independently 
written. For example, direct write access of the shadow space in ®@M will 
alter the shadow read data without altering the associated Queue Registers. 
Problems also arise following power up (QM and the Queue Registers cannot be 
relied upon to power up in the same state) or in the event of @M RAM device 
failure, Confidence in the shadow capability is easily determined by perfora- 
ing memory test on the @M. Note also that the shadow value returned by Queue 
Memory when the Queue Processor is on reflects the value last written to the 
Queue Register and not necessarily the current contents for the hardware Queue 
Register. Although this is generally the more desirable operational method, 
it must be realized that if the Queue Processor is disabled while unexecuted 
Queue Register loads remain in the Queue that the physical Queue Registers 
Will not match their shadow values. 


[give address values] 


Control Register Space consists of 4 bytes allocated to the 3 Control Re- 
gisters. These are the Master Control Register (MCR), Queue Length Register 
(QLR), and Gueue Address Register (QAR). Data written to a Control Register 
is always transferred immediately and is not affected by the status of the 
Queue Processor (indeed, one of the bits in the MCR is used to enable or dis- 
able the Queue Processor). A shadow read facility is provided using a res- 
erved portion of Queue Memory to permit bit set, clear, and test. 


PM Input-Qutput Registers 


The PM Input-Qutput Registers are comprised of 3 Control Registers, 25 
Queue Registers, and 3 Status Registers. The following sections describe each 
Control Register in detail. A summary is provided in the Appendix. 


address FF8@02 GRQ 
FFB@02 GRI 
FFBQ84 GR2 
FFBQG84S GR 
FF8@08 GR4 
FF8Q@@A GRS5 
FFBQ@QC GRS 
type general purpose queue 
format irr d<dlid<did><d9><dBd<d7 >< db ocd >< d4 Medd o<d2 >< d2><dl <dd> 


i base opcode component for this instruction 
«rr? register designator 

@ = GRO 

1 = GRi 

2 = GR2 

3 = GR3 

4 = GR4 
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S = GRS 
6 = GR4 
<dii>..<d@> register data 


The 8 general purpose Graphic Registers (GR@ through GR7) place parameters di- 
rectly into the Graphic Controller memory. These registers provide a variety 
of functions such ass 


* Designate X and Y screen coordinates 

* Designate Image Memory address 

Set offset between between vertically adjacent points in Image 

Memory 

* Set height and width images for transter 

* Get clipping windows 

* Set signed relative vector lengths 

* Set block transfer lengths and start addresses in Translation 
RAM and Color Memory 


* 


Contents of the Graphic Registers are often copied by the Graphic Controller 
for use by Graphic Controller instructions. 


ee ee ee) 


sync async 
address FF8@1@ FFE4i18 BCRW 
FF8Q12 FF8412 BCRX 
FF8@14 FFB414 BCRY 
FF8@i6 FFG416 BCRZ 


type dedicated queue 


format L11180<bb><U/D><L/RO<SRW< TRW OC BFHL OS BFH@><BFLI >< BFLED 


111180 base opcode component for this instruction 
<bb> Buffer designator opcode component 

@ = Butfer W 

i = Buffer X 

2 = Buffer Y 

3 = Buffer Z 
<U/D> update/display mode 


@ = update mode (create images) 

1 = display made (show images) 
<L/R> horizontal direction 

@ = left to right (normal) 

1 = right to left (reversed) 
<SRW> Screen RAM write enable 

@ = write disable (write protect) 

1 = write enable 
<TRW> Translation RAM write enable 

@ = write disable (write protect) 
i = write enable 


System IV Specification and User Guide - Revised 8483.22 FAGE 31 
Hardware/Software Interface Details 


CBFHi >< BFH@> Buffer feedback high nibble select 
@ = feedback from Buffer W high nibble 


i = feedback from Buffer X high nibble 
2 = feedback from Buffer Y high nibble 
3 = feedback from Buffer Z high nibble 


<BFLI><BFL®> Buffer feedback low nibble select 


@ = feedback from Buffer W low nibble 
1 = feedback from Buffer X low nibble 
2 = feedback from Buffer ¥ low nibble 
3 = feedback from Buffer Z low nibble 


The Buffer Control Registers (BCRW, BCRX, BCRY, and BCRZ) are used to set 
modes and ather operating parameters for the respective Buffers. The state of 
all BCR bits except bit <U/D> should only be changed while in update made or 
during vertical retrace. The state of bit <U/D> should be changed only during 
vertical retrace. Change of state of these bits at other times may result in 
Screen RAM data errors or undesirable display glitches. 


Bit <SRW> enables the Screen RAM of the related Buffer for writing when 
set (1) and disables writing when reset (8). Because both the Graphic Con- 
troller and display circuitry affect all Buffers assigned to update and dis- 
play respectively, providing a separate <SRW> bit for each Buffer allows se- 
lective write control. In update mode, <SRW> determines which Buffer(s) will 
be written during image transfers as well as during CPU Screen Memory Direct 
access. In display mode, <SRW> determines which Buffer(s) will be written via 
Replacement. 


Buffer designator bits <bb> provide the 2 Isbs of the complete 8 bit ap- 
code for the BCR of the desired Buffer. 


Bit <U/D> assigns the related Buffer to display when set (1) and to up- 
date when reset (@). 


Bit <L/R> provides normal left to right horizontal pixel sequencing when 
reset (8) and reversed (right to left) sequencing when set. This bit is ef- 
fective during both display and update but only affects operations involving 
consecutive, nan single, pixel transfers (i.e., CPU byte writes and image 
transfers i bit wide have no left-right direction and <L/R> is irrelavent for 
their use). 


Bit <TRW> enables the Translation RAM of the related Buffer for writing 
when set (1) and disables writing when reset (@). This bit should only be set 
to the enabled state if the related Buffer is assigned to update (i.e., when 
bit <U/D? is 8) and will produce undefined and probably undesirable results if 
get while in display mode. Because the Graphic Controller affects all Buffers 
assigned to update in parallel, the provision of a separate <TRW> bit in each 
BCR allows individual control of write operations to the 
Offset/Expansion/Replacement Tables of the Translation RAM of each Butter. 


Bits <BFHI> and <BFH@> select the high nibble (bits 4 through 7) from one 
of Buffers W through Z to be the related Buffer’s feedback data source during 
Replacement, Buffer to Buffer transfers, and certain other operations. 


Bits <BFLIi> and <BFL@> select the low nibble (bits @ through 3) from one 
of Buffers W through Z to be the related Buffer‘s feedback data source during 
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Replacement, Buffer to Buffer transfers, and certain other operations. 


Use of a separate Buffer Control Register for each Buffer permits one or 
more Buffers to be used for either update or display with common addresses, 
data, and controls, but using individual options. Consider the following ex- 
ample: Buffers W, X, and Y are assigned to update while Buffer Z is assigned 
to display; Buffers W and X have <SRW> set; Buffers Y and Z have <SRW> 
reset; Buffer W has <L/R> set} and Buffers X, Y, and Z have <L/R> reset. 
Under these conditions, Buffer Z will display left to right without replace- 
ment while simultaneously an update image transfer would run right to left in 
Buffer Wand left ta right in Buffer X while Buffer Y would remain idle. 


sync async 
address FF8@18 FFB4i8 FSRW 
FFBQiA FFRB4iA FSRX 
FF8@1C FFS&4iC PSRY 
FFSQ1E FFB41E PSRZ 


type dedicated queue 


format 111101<bb><s7><56><85><84><53)><52><519458> 


111181 base opcode component for this instruction 
<bb> Buffer designator opcode component 

@ = Buffer W 

1 = Buffer X 

2 = Bufter Y 

3 = Buffer Z 
{87>..%s80> write enables for planes 7..@ 

@ = anable 

{ = disable 


The Plane Select Registers (PSRW, PSRX, PSRY, and PSRZ) are used to enable se- 
lected image planes of the related Buffer for read/write access. Bits 
4s7>,..<8@> pravide active-low enables for image planes 7 through @ respective- 
ly. Data written to disabled planes is disregarded while data read from dis- 
abled planes is undefined. The PSR permits partitioning of a Buffer into 
overlays of user definable depth. 


Buffer designator bits <bb> provide the 2 lsbs of the complete 6 bit op- 
code for the PSR of the desired Buffer. 
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FFB@22 BPRX 
FF8@24 BFRY 


type icated queue 
format Bibb ><d7><dboid5><d4 o<dgr<d2><dir<da> 


base opcode component for this instruction 


<bb> Buffer designator opcode component 
® = Buffer W 
0 1 = Buffer X 
2 = Buffer Y 
3 = Buffer Z 
<d7>..<d@> astivity threshold data 


(BPRW, BPRX, BPRY, and BPRZ} are used to set an 
activity threshold data value r each Buffer during display. An Buffer pixel 
is condidered active if its numeNic value is greater than the value set in the 
corresponding Buffer Priority Regi 


The Buffer Priority Register 


Buffer designator bits <bb> pravi the 2 lsbs of the complete 8 bit op- 


code for the BPR of the desired Buffer. 


address FF8028 
type dedicated queue 
format LLL111100<mi><mO><pS><p4o<par<p2><pl><pa> 


11111188 opcode for this instruction 
: lect code 
All Color RAMS iner ode 
Wri ed Color RAM 
Write enable Green Color RAM 


OS 


<pd>..<¢p@> priority select code 


The Display Priority Register (DPR) provides bits <p5> through <p@> which se- 
lect a Buffer for output to Color Memory on both a per frame and per pixel 
basis. The DPR also provides bits <mi> and <m@> which choose one Color RAM 
for write or all Color RAMs for read. 


Priority bits <p5>? through <p@> determine which Buffer will be used = for 
each pixel output to Color Memory. These bits provide all 464 possible permu- 
tations of priorities for 4 Buffers. There are 4 possibilities with i Buffer 
assigned to output, 12 with 2 Buffers, and 24 each with 3 or 4 Buffers. The 
priority select codes are explicitly listed in Appendix A while the algorithm 
is described below. 


Taken as a 4 bit binary number, the priority select values split into 4 
sequential ranges of 14 values each. The first value in any group af 14 va- 
lues is used when only 1 Buffer is assigned to display; the next 3 values are 
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used when 2 Buffers are assigned to display; the next 6 are used when 3 
Buffers are assigned to display; and the last & are used when all 4 Buffers 
are assigned to display. The first 16 values all designate Buffer W as first 
priority, the next 14 set Buffer X, the third 16 set Buffer Y, and the last 164 
set Buffer Z., 


When only i Buffer is assigned to display, values will be @ for W, 16 for 
X, 32 for Y and 48 for Z. 


When 2 Buffers are displayable, values will be those of the first priori- 
ty Buffer (@, 16, 32 or 48 for W, X, Y or Z respectively) plus an offset of 1, 
2, or 3. The offset desiqnates the position of the second priority Buffer 
from among the remaining 3 Buffers arranged alphabetically. For example, if X 
is first priority, the remaining Buffers, alphabetically ordered, are W, Y, 
and Z. 


When 3 Buffers are displayable, values will be those of the first priori- 
ty Buffer (@, 14, etc.) plus an offset of 4, &, or 8 used to determine the 
second priority Buffer, plus an offset of @ or 1 used to determine the third 
priority Buffer. The first affset designates the second priority Buffer from 
among the remaining 3 Buffers arranged alphabetically (similar to selecting 
2nd priority in a 2 Buffer scheme}. The second offset designates the third 
priority Buffer from among the remaining 2 Buffers arranged alphabetically. 
For example, if Y is first priority, X may be specified as second priority 
from among W, X and Z using a first offset of 46 and W may be specified as 
third priority from among W and Z using an offset of @ for a total of 32 (for 
Y) plus 6 (for X) plus @ (for W) which equals 38. 


When all 4 Buffers are displayable, the algorithm is similar to the 3 
Buffer with the exceptions that (1) the offsets for the secand priority are 
18, 12, or 14 and (2) that the fourth priority Buffer is simply the remaining 
Buffer. 


During display, the highest priority active Buffer with non-zera data is 
output. When all active Buffers are zero, the highest priority Buffer is out- 
put as default. 


During write aperations to Color Memory, the priority bits must be set 
for the desired Buffer(s). This normally will be a single Buffer priority 
scheme (i.e., priority values of @, 16, 32, or 48). 


Mode bits <mi>..<m@> select and enable one of the three Color RAMs (red, 
green, or blue) af the Color Memory for writing. Writing Color Memory is nor- 
mally performed only during vertical retrace to avoid interference with the 
video agutput. While enabled for writing, the Color Memory interprets any con- 
secutive stream of Screen Memory pixels as an 8 bit address in the current 
Color Table followed by one or more color data values. The first colar data 
value will be written at the 8 bit address provided and each successive calor 
data value will be written at the next sequential address in the current Color 
Table. Color Table addresses are interpreted modulo 256 such that the first 
color data value written after address 255 will be at address @ of the same 
Color Table. 


A CPU word read while the Green Color RAM is write-enabled, for example, 
will use the high byte read from Screen Memory as the address in the Green 
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Color RAM and use the low byte as green color data at that address. Ta 
transfer more than 1 color data value at a time, instructions are available 
that provide from i to 2546 bytes. Note that longword accesses are really twa 
sequential but interrupted accesses of 2 consecutive pixels each and not one 
continuous access of 4 consecutive pixels. 


address FF882A 
type dedicated queue 
format LLLL1101<z21><zO>< yi o<yOoeu dod xO><wid<wa> 


Lit11101 opcode for this instruction 
<zie<z@> Buffer Z Color Table number 
<yto<ya> Buffer ¥ Color Table number 
<xid<xKQ> Buffer X Color Table number 
<wid<wO> Buffer W Color Table number 


The Color Table Register (CTR) is used to designate a Color Table for each 
Buffer during display or when writing to Color Memory. The highest priority 
active Buffer determines which 2 bit value from the CTR will be combined with 
the same Buffer’s 8 bit pixel value to form the full i@ bit address used by 
Color Memory. A separate Color Table may be designated for each Buffer or the 
same Color Table may be used for several or all Buffers. Providing separate 
Color Tables allows more color choices while reusing the same Color Table for 
several or all Buffers retains simplicity. 


See eee SS 


address FF8@82C 
type dedicated queue 
format LLLLill@<p/fo<s2><sir<sOo<ma><m2ecmi >< me> 


11111118 opcode for this instruction 


<p/te __partial/full transter 
Ly a es \@ = fuTl transfer  —— 
~~ o# = partial transfer 


{52>..%58> image transfer shift 
<m3>..<mO> image transfer mask 


The Image Format Register (IFR) sets the Image Memory Mask to the value of 
bits <m3> through <m@> and the Image Memory Shift to the value of bits <s2> 
through <s@>. The IFR sets a status bit that controls full or partial 
transfer during image transfer. 


Mask bits <m3>..<m@> select any of the 14 possible contiguous left and 
right justified ranges of enabled bits from the 8 bit Image Memory. Each en- 
abled bit position passes the Image Memory data without madification while 
each disabled position supplies a @. The mask values from @ to 8 are equiva- 
lent to the number of right justified Image Bits enabled, while mask values 
from 9 to 15 provide a quantity of left justified bits equal to ié minus the 
mask value. Appendix D lists all mask values. 
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Shift bits <s2>..<s@> control the logical shift right (msb to lsb) of the 
Image Memory at the output of the Mask circuitry. Nonexistent image bits 8 
through 14 are treated as @'s by the shift circuitry. Appendix D lists all 
shift values. 


Full/partial bit <pf> selects full transfer when reset and partial 
transfer when set. Full transfer means that all non-clipped pixels will be 
written to Screen Memory. Partial transfer means that only Image Memory pix- 
els of greater or equal to a specified value will be written to Screen Memory. 
Pixels not written are skipped aver in Sereen Memory. 


address FF8Q@2E 
type dedicated queue 
format LiLALALLCi TOPOS La IDI 25K 126189 


Liiitiil opcode for this instruction 
<17>..¢18 instruction microcode vector 


The Execution Control Register (ECR) is used to load a microcode address vec- 
tor inta the Graphic Controller causing immediate execution of the correspond- 
ing instruction. Microcode vector is specified by bits <i7>..<i@>, 


ee ee ee 


address FF8830 
type dedicated queue 
format (Kat4><ald><al2><ali><aids<ad><aBd<a7 >< ad ><a r<a4 Cad ria2><al rd 


opcode for this instruction 
<al4>..<al> Queue Memory relative word address 
a reserved jump/call indicator 
, OM 8 pea eet Yeset 
The Fetch Address Register (FAR) is the program counter of the Queue Proces- 
sor. The FAR may be loaded to perform a Queue Processor jump or initializa- 
tion. Bits <al4>..<a@l> are loaded into the 14 least significant bits of the 
FAR to provide the address of the next instruction fetch. 
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address FF8@48 Lier? 
type control 
format <qp><worisl o<s@><ied xx 


<aqp> Queue Processor enable 
@ = disable (Queue Processor off) 
1 enable (Queue Processor on) 
<wo> Wrap enable 
@ = Screen Memory write only 
1 = Screen Space write 
(s1><s@> Buffer read select 


@ = read Buffer W 
1 = read Buffer X 
2 = read Buffer Y 
3 = read Buffer Z 


<ied> Interrupt level & enable 

@ = disable/reset interrupt 

1 = enable/set interrupt Me 
KKK unimplemented bits 22 — oud (7 aa 


The Master Control Register (MCR) is an 8 bit Control Register used to 
enable/disable the Queue Processor, enable/disable the level 6 interrupts, and 


Bit <qp> turns the Queue Processor on and aff. When set (1), Queue Re- 
gister access is deferred, (i.e., converted into an instruction and placed in 
Queue Memory for later execution) while the Queue Processor fetches previausly 
deferred Queue Registers. When reset (@), all Queue Register operations are 
direct (i.,e., access of the associated hardware device occurs immediately) and 
the Queue Processor is disabled. select which Buffer will be read by the CPU. 


Lexplain <wp?d, Cexplain <s1><s@> 


Bit <ied> enables interrupt at the start of vertical retrace. The inter- 
rupt is disabled/reset on @ and enabled/set on 1. Once the interrupt has been 
enabled and recognized (serviced by the CPU) it must be explicitly reset and 
set again in order to be reused. (The CPU external interrupt hardware is 
edge-triggered and is reset each time the associated interrupt enable is set 
to @). 
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address FFBQ42 
type control 
format Cie2rCLi4><LLFs<CLiZocLiLrc lL LO@d<L Osc lB sch 7S LOo<cLSrci 4 ocl arc 2>c1i><1 a> 
<ie2> interrupt level 2 control 
@ = immediate interrupt 
1 = interrupt on count underflow 
€114>..<18) queue length count 


The Queue Length Register (QLR) is a presettable counter that decrements each 
time the QAR is used to place a Queue Register into Queue Memory. The @LR in- 
terrupts the CPU on underflow. 


address FF8Q44 
type cantrol 
format x<al4>d<al3><al2><all><al@><a9><a8><a7><ab >< ad ><ad dad d<a2><al>x 


x unimplemented bit 
<al4>..<al> Queue Memory auto-incrementing input pointer address 
x uniaplemented bit 


The Queue Address Register (BAR) provides a post-auto-incrementing pointer to 
Queue Memory used to input Queue Register data. Bits <ai4>..<ail> initialize 
this pointer which is used on each Queue Register write operation that occurs 
when the Queue Processor is on. The Queue Address Register is automatically 
incremented after each use. 


address FFS& 
type status 
format 


The Display Access Register (DAR) ### 


Clipping 


Programmable clipping limits Screen Memory operations to a specified rec- 
tangular subset. Clipping is applied relative to Screen Memory betore any 
offset is added. The following example shows how an 6 by 5 object created by 
image transfer is affected by clipping to Screen Memory boundaries. The 
dashed lines represent the boundaries of Screen Memory. In each case, "x"* re- 
presents a pixel that transferred and "." represents a pixel that was not 
transferred because of clipping. 
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Clipping During Image Transfer 
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Amang the primary considerations in using System IV is effective utiliza- 
tion of its multi-buffer architecture. The following sections describe the 
Buffer update/display assignment options in a fully configured 4 Buffer sys- 
tem. 


UO/D4 - Update @ Buffers and Display 4 Buffers 


This mode achieves maximum graphic effect since it pravides up to 32 bits 
per pixel for display. Since no Buffers are left for update, however, this 
mode is not used for continuous interactive update unless its update require- 
ments are minimal enough to be completely satisfied during vertical retrace. 


U1/D3 - Update 1 Buffer and Display 3 Buffers 


When combined with appropriate programming of the Replacement Tables of 
the affected Buffers, this mode provides 3 prioritized overlays of up to 8 
bits that can be collectively updated 60 times per second. Operations requir- 
ing more than i frame time to complete update are accommodated. 


In a typical application, 3 Buffers may be individually used for fore- 
ground, midground, and background display while the 4th Buffer is used for up- 
date. Cycling the { update Buffer with the 3 display Buffers equally would 
pravide a 28 Hz video rate for each display Buffer and 24 visible bits per 
pixel. More typically, however, the 68 frames per second could be assigned 
unequally to provide optimum throughput. For example, main action in mid- 
ground could be updated at 4@ times per second, less frequent background 
changes at 15 times per second, and only occasional score changes in the fore- 
ground at 5 times per second. 


Sample operation of this mode shawing how Buffers are cycled using Re- 
placement is shown belaw. 
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Display Buffer Usage 


Foreground Ww oZizizyysy¥yx X¥ xX WwW Ww 
Midground XxX X W WW Z2e?)y ¥ ¥ X 
Background YY ¥ X X¥ X W WW ZZ ft 


Replacement Buffer Usage 


Source x ¥ 
Target WK 


Update Buffer Usage 
Foreground Z Y X W 
Midground W Zz Y xX 
Background X W Z Y 


Frame number @i23 4 5 6 7 8 9 1@ 11 


U2/D2 - Update 2 Buffers and Display 2 Buffers 


This mode provides conventional double buffered aperation. Two Buffers 
are available for both update and display at a full 6@ Hz rate. Operations 
requiring more than 1 frame time to complete update are accommodated. 


Display Buffer Usage 


Foreground W Y WwW Y 
Background X¥ Z Xk 2 


Replacement Buffer Usage 


Source WX YZ WX Y2 
Target WX YZ WX YZ 


Update Butfer Usage 


Foreground Y W Y WwW 
Background zx 2 X& 


Frame number @1 2 3 
it time -> 


U3/Di - Update 3 Buffers and Display i Buffer 
This mode is used only in special instances such as a complete rewrite af 


the play field or during set-up to enter modes Ui/D3 or UG@/D4. Operations re- 
quiring more than 1 frame time to complete update are accommodated. 
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U4/D@ - Update 4 Buffers and Display @ Buffers 


This mode is used only to initialize a playfield or run diagnostics since 
no data is available to the display from Screen Memory. This mode can also be 
used during external video input. 


System IV employs a combined power-up reset and watchdog timer circuit to 
initialize or re-initialize system operation. The Watchdog Timer is a 4 bit 
counter incremented once at the end of vertical retrace during each frame. 
When the counter reaches 8, signals HALT- and RESET- are driven low for 8 
frames (1.33ms). This resets the CPU, clears all MCR bits, and may be used to 
reset any game specific hardware provided on the Application Module. Once the 
reset operation has finished, the system may be kept functioning by clearing 
the Watchdog Timer at least once every 8 frames. The current disable event is 
the loading of an instruction into the Execution Control Register. A full 
powerup reset will be performed any time § frames elapse without a write to 
Queue RAM. 


+ 


Once the 68000/480i1@ CPU has been reset by the Watchdog Timer some impor- 
tant system considerations must observed before proceeding further. First, 
the dynamic memory must be initialized. This is a hardware requirement ia- 
posed by the IC design of the 64K RAMs which varies with each device manufac- 
turer. For most varieties employed thus far (Intel, Fujitsu, Micron Technolo- 
gy, Mostek, Texas Instruments, and Toshiba), this requirement can be met by 
performing 8 or more accesses of each row of each device. 


This requirement can also be met by either waiting for at least 1 full 
frame of display or update operation in all Buffers or by explicit CPU access. 
The former method is more automatic but might be considered time consuming in 
some instances while the latter is quicker but may require some additional 
code. Explicit wakeup can be achieved by accessing a single byte/word from 
any 1428 cansecutive Screen Memory lines 8 times. Any number of possibilities 
exist to make this operation more efficient, such as 4 accesses of 256 loca- 
tions or 8 accesses of 512 locations or use of the image transfer circuitry on 
a 128 or 256 high by 1 wide rectangle. 


A second consideration after power up is to avoid subsequent system re- 
sets caused by failure to reset the Watchdog Timer. 


System IV uses a flexible scheme for picture storage in PROM/ROM Image 
Memory. All pictures are stored as rectangular arrays with from 1 to 8 bits 
per pixel. Each array may be from 1 to 4896 wide by 1 to 1,848,574 high. The 
rectangular arrays may be closely packed to make the mast efficient use of 


a SA A ea 5 te rt a De i a ea ee a a es EE aR PER eros eee ae eee ee ee ET 
| 
System IV Specification and User Guide - Revised 8423.22 PAGE 43 
Programming 


physical memory. 


In the sample below, six pictures labelled A through F are shown packed 
together. In the figure, width and height represent picture height and width 
while perspective “depth" represents the @ bits per byte organization af the 
Image Memory PROMs/ROMs. Note that the upper left corner of pictures A 
through D (under the asterisk ("#") character) coexist in the same byte of 
Image Memory. 


During image transfer, the mask hardware is used tao limit Image Memory 
output to only the bits in the “layers“ desired. The shift hardware then 
moves the masked off bits into the LSB position. Using both mask and shift 
simplifies programming of the Expansion Table. Without the mask feature, the 
Expansion RAM would need to be programmed for all 254 possible 8 bit values. 
Without the shift feature, the same Expansion Table programming could not be 
used for similar pictures stored in different planes and image values would 
not be contiguous. 


Sample Image Memory Storage 


Bit 

D--> IN \ 7 

PO oi Stout) oe Spe es LS SOE tos eed ed, ee \ b 

an \ \ 5 
C--> FEN \ \ t <n E 4 

Bye i cite oe Sen tatenns ae eres Wee tris 3 
Bese SE MENS in a eee ect es ea e Giem oh \ 2 

pa as Leos i 

PE. AP Aes eae 3 it laos foe nee qed ' 
A--> ft dbo te rt ! 

or toy 

Bee Ne a tee ae eo aetee es tat toy 

rbd { { 

i ees A I Re oe ee tee SOY ame ee i i 

pa 4 ; ; \ { 

2 on eee Veteatade \ i 

Ja a ae \ i Mae 

‘Sk ah. eee eee ee eee ae REPOS. eo ee ' i 

Po 
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Overview 


Se ee 


System IV simultaneously updates, displays, and erases at the rate of 14 
million pixels per second using a 16 bit MOS microprocessor (CPU) and a micro- 
coded Graphic Controller (GC). The two processors are linked via the Queue 
Controller (QC) either directly (for debug and slow speed operations) or via a 
buffered command list kept in Queue Memory (QM) and extracted by the Queue 
Processor (QP). One to four Buffers each provide up to 1/4 megabyte of Screen 
Memory (SM). A separate Image Memory (IM) provides up to { megabyte of 
PROM/ROM storage for pictures that may be transferred to SM at high speed. 
Each Buffer provides address offset and input data conversion tables for flex- 
ibility in addressing, erase, and other purposes. 


System IV hardware is modularly organized into 2 major components desig- 
nated the Processor Module (PM) and Application Module (AM). The general pur- 
pose PM contains the CPU, @M, UC, SM and display logic. The game specific AM 
contains program memory, Image Memory, player 10, sound effects, and other 
game specific hardware as may be optionally desired. 


199 
mo 
1c 


The CPU is a 8 MHz 68@@@ or 468810 microprocessor with 14 megabyte direct 
addressing. The lower half of this memory is allocated to the AM and optional 
DM (Debug Madule) while the upper half of CPU memory is entirely allocated to 
the PM and contains the Queue Memory, PM Input-Output Registers and Screen 
Meaory. 


Cinterrupts, power reset] 
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The Queue Memory is a dual port RAM that can be accessed by both the CPU 
and the Queue Processor under direction of the Queue Controller. Queue Memory 
provides the CPU with a command table to which high level character and vector 
commands can be issued. The Queue Processor reads and decodes the contents of 
Queue Memory when enabled. 


Queue Controller 


The Queue Controller interfaces the relatively slow CPU to the high speed 
Graphic Controller either directly or via the Queue Memory using the Queue 
Processor. The Queue Controller responds ta all CPU accesses in the PM ad- 
dress space (B@@00@H through FFFFFFH) which includes the Queue Memory, PM 
Input-Output Registers, and Screen Memory. Queue Controller operation is de- 
termined primarily by the CPU address and the <qp> bit of the Master Control 
Register. 


The QC decodes the CPU address space via a 512 by 8 bit mapping PROM 
(PMMAP) that distinguishes Queue Memory, Control Register, Queue Register, 
Status Register and Screen Space address ranges. 


Cmore to be added] 


The Graphic Controller is a special purpose micro-caded processor that 
accepts commands issued directly by the CPU or fetched from Queue Memory by 
the Queue Processor to perform high speed update operations on Screan Memory 
and other System IV components. The Graphic Controller performs sophisticated 
multi-pixel image transfer, clipping, vector, and polygon fill operations as 
well as low level single byte/word read/write. 


Re ee 


The two to four S512 by Si2 by 4 to @ bit arrays used to hold images = dur- 
ing update for output during display comprise the SM. All 512 lines are ac- 
cessable during both update and display although only 384 lines (in any combi- 
Nation) may be output for display during any one frame. Screen Memory occu- 
pies an interior subset of Screen Space. 


During display, the Screen Memory output is directed to the address input 
of Color Memory. Color Memory converts the 4 to 8 bits of pixel data from the 
highest priority active Buffer into from 4 to 8 bits each of red, blue, and 
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green. Each digital red, blue, and green value is then converted to the ap- 
propriate analog level by a high speed DAC that provides direct drive for the 
RGB display monitor. 


Real-time modification of Screen Memory during display is performed by 
the Replacement Table portion of the Translation RAM of each Buffer assigned 
to display. This is accomplished using read-madify-write to channel autput 
data back to input after processing through Translation RAM. The small delay 
between read and write is compensated by adjustment of the horizontal offset 
for the affected Buffers. Buffer input feedback can be selected from among 
any of the Buffers assigned to display. A Buffer may be assigned to replace 
into itself as well as any other Buffer assigned to display. Operations in- 
cluding copying, merging, swapping, or cycling Buffers are supported. 


SSeS ae aw Sm 


The Image Transfer system consists of the Image Memory and mask davices 
located on the Memory board (ROM and PROM) and the Graphic Controller located 
on the Update board. The Graphic Controller generates the required character 
address for any given line and pixel of Image Memory. Pictures stored in 
Image Memory may occupy from 1 to 8 overlapping planes which may be grouped as 
desired to provide from 1 to 254 values per pixel character. Storage effici- 
ency is optimized by combining images requiring less than 8 bits per pixel in 
the same byte of Image Memory. The mask hardware and shift hardware, together 
with the ALU of the Graphic Controller undoes this compression by extracting 
the desired contiguous bit range from the compacted 8 bits and mixing them 
with an 8 bit base value. This result is optionally passed through the Expan- 
sion Table of each Buffer assigned to update and the converted result is ap- 
plied to the Screen Memory data input port. 


Additional flexibility is provided by a comparator at the output of the 
mask/shift hardware that detects zero values in excess of a specified value. 
Depending upon the status of the image full/partial bit in the IFR, this re- 
sult may be used to control writing to Screen Memory on a pixel by pixel 
basis. This permits the nan-blank (non-zero) areas of pictures in Image Mema- 
ry to be added to Screen Memory without adding the empty (zero) portians as 
well. 


Finally, writing to Screen Memory may be limited tao any cambination of 
individual image planes in individual Buffers via the Plane Select Register 
and 2 control bits of the Buffers assigned to update. 


Refresh 


The dynamic memory used for Screen Memory in each Buffer requires refresh 
every 2 ms or 4 ms depending on the 464K RAM devices installed. Buffers as- 
signed to display are refreshed @ locations at time during horizontal retrace 
while Buffers assigned to update are refreshed 128 at a time at regular 2 ms 
intervals. Display refresh is completed every 32 lines and update refresh cy- 
cles every 48 lines for 128 location 2 ms devices and every 76 lines for 256 
location 4 as devices. 
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RAM Refresh Address Map 


RAM row A7 Aé Ad A4 A3 A2 Al AG 
SVR SRSSSRVBPSSRSPRBPRVPRRSRASRSRSRARASRS SSB SSSSSSS SSS SRST SS SS SSS 

Display V@ HS H4 H3 V4 V3 V2 V1 
Update R7 Ré RS R4 R3 R2 Ri RQ 
Legends An RAM row address bit n 

Va Vertical timebase bit n 

Hn Horizontal timebase bit n 

Rn Refresh bit na 


CPU Address to Screen Space Coordinate Mapping 


i CPU ot Y/X t 
i A23 i i i 
1 AZZ + YIB} 
i AZL | YO? | 
{ A2ZB + YOR : 
i ALG ¢t YO7 i 
i ALB tf YQ | 
1 AL7Z of Y@S | 
t ALB i YO4 | 
t ALS of YOS i 
i AL4 | YO2 | 
+ ALS + YI | 
i AL2 + YOO : 
t ALL ¢ Xit i 
+ ALO fF X18: 
1 AQP ot XaF | 
+ ABB + XOB : 
+ ABZ i XQ7 i 
1 ABS ft X@S | 
i A@S +: X85 | 
1 ABS | XO4 | 
1 ABS f X83 i 
: ABZ | XB2 | 
i ABi f X@i t 
i UDS-_1i_X@@_: 
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CPU Data to Graphic Register Hardware Mapping 


iD oti Y i X i TH { IL i 
; B@ ti YOR | XOe | THEA : Lee : 
i OL ii YOL | X@i ft TH@L ft IL@i 3: 
1 @2 it YO2 ¢ XO2 : IHA2 | ILOBz2 | 
1; BS ii YS ¢ X85 ¢ THOS | Las |} 
1 B4 ii YO4 ¢§ X84 | THO4 | ILB4 |} 
P@5 ti YS | xX@5 ¢ THOS : IL@5 | 
1 @6 ti YO6 +: X86 | THOS | IL } 
i @7 ti YO7 | XO@7 | ITHO7 | IL@7 3 
i; @B ti yee | xXaes } i IL@e } 
1 @9 ti YOO | xao ¢{ t+ La? i 
i 1B rt Yi@ | Xie |} + ILie 
oe 2 i Xd of t Ibl1 ft 
1412 01 H i i i 
Pisti H H H H 
i 14 ti i i H ! 
PAgsiis { t i H 


Oe ee ee 
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Each Buffer contains up to 32 64K dynamic RAMS supported by about 
35 integrated circuits. 


Each Buffer is linked to the rest of System IV by a number of 
common data buses. Each Buffer drives 1 of the 4 8-bit BDObn data 
buses used to output images during display and read data for the CPU 
during update. All Buffers receive input from all 4 BDObn buses. 
Timing control signals are received from the 8-bit DTCn bus during up- 
date and the 86-bit UTCn bus during display. Data for mode control is 
set while in update mode and received via the UCB bus. Address infor- 
mation used during display is received via the Vn bus. Data and ad- 
dress used during update are received via the Un bus. 


A Buffer is placed in display mode whenever BCR signal BUENb- is 
set to 1. BUENb- forces the Un/Vn multiplexor (ICS xx and yy) to se- 
lect addresses from the display address bus Vn. BUENb~ also enables 
output from the display timing control register (IC xx) and disables 
the update timing control register (IC xx). Both Vn and DTCn are gen- 
erated by the timebase circuitry. During each frame Vn provides se- 
quential line counts from @ ta 383 together with higher frequency var- 
iations required for refresh. ODTCn pravide controls to perform RAS, 
CAS, and WE for the dynamic RAMs and ather timing signals. 


Once per visible line, Vm passes through the Un/Vn amultiplexor 
and is loaded into both the Translation RAM Address Counter (TRAC) and 
Translation RAM Data Register (TRDR). On the next 16 MHz clock cycle 
(time reference {i or TRI), the vertical address appears on both the 
TRAC and TRDR outputs. Bits @ through 8 contain the vertical address 
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@ to 383. The TRAC, however, also has an additional i@th bit, TRA9, 
derived from the BDS8/9 multiplexor (IC xx). The BDS8/9 multiplexor 
routes input signal H@ during both TR@ and TR1. H@ is the 1sb of the 
horizontal time base counter and toggles on each 1&6 MHz clock transi~ 
tion. H@ is @ during TR@ and { during TR!. Therefore, TRA? is @ dur- 
ing TRL and the full Translation RAM address comprised of bits TRAQ 
through TRA? is in the @ to 383 range. During TR2, TRA? is 1 and the 
1@ bit address is in the 512 to 895 range. 


Using 1@ bit TRAn address, the Translation RAM (ICs XX, YY, and 
ZZ) provides a vertical offset during TRI and a horizontal offset dur- 
ing TR2 on output bits TDRn. The vertical offset is loaded into the 
SRDR (IC xx) where it appears during TR2. During TR2, the vertical 
offset in SRDR is added via the Offset Adder (ICS xx and yy) toa _ the 
vertical address. The vertical address is obtained from the 9 low 
bits af the TRAC. 


Cto be continued] 
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Hardware 


1€ Count 


The following is an approximate IC distribution for the major 
circuit subsystems: 


CPU, Queue, and Timebase 

Update and Display 

Buffer - minimum 2 required 
overhead 37 
4 RAMS per bit depth 


z=s== 


(37+4#<depth bits>) *#<number of buffers>= 
Memory 
Program Prams 32 
Image Proms 32 
Scratchpad 
Non-volatile memory 
Decoding 
10 board 
Controls 
Sound effects 


Configuration Component Requirement Guide 


Buffer 
Buffers Depth RAMs Total 
2 4 32 186 
2 5 48 114 
2 6 48 122 
2 7 BT.) 138 
2 8 64 138 
3 4 4B 155 
3 5 40 147 
3 é 72 179 
3 7 B84 191 
3 B 56 283 
4 4 64 284 
4 5 8a 228 
4 é 24 236 
4 7 112 252 
4 8 128 268 
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Screen RAM Component Layout 


An modulo 4=3 An modulo 4=2 An modulo 4=1 An madulo 4=8 


Se eee 


longword @@ 


i langword @8 i H 

* oddword @@ i# addword @8 {# evenword @@ i* evenword 8 
4 1 ! 
1 i t 


longword 16 langword 24 
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longword $1 
* evenword 15 


langword @7 :{ Jlongword 15 ! longword 23 
* aoddword @7 it oddword i535 it# evenwaord @7 


H i 
i ! 
i lowbyte 8 highbyte @ lowbyte a highbyte @ | 
' 1 
H Oi ao 17 3 25 | 
i* Oi ist @9 tk Ot i# a? i 
i 1 ft 1 1 ot 1 ot 
Ta a aa aa ! 
H Q@2 3 1@ ig i 26 | 
1+ Q@2 i 1@ is Q@2 {# i@ 3 
H 26 2 ¢ 2 2 4 
pyr See ge ee wien sete | og eed eee Fe ye ; 
H a | 11 19} 273 
it O3 it 1i 0 ot# Q3 is il 
t 3 ft 3. 3 ot H 
ESE ane Seer PORE eee eP Dee an Sea Re Tee en a ee CRI Rene a er 
H H i H H 
! a4 12 3 28 28 
i# @4 {% 12 {+ G4 {# 12 1 
i 4 3 4} 4 3 4 3} 
Paes Sarees a ewe enon Moke ne ee eae eka A ey ees 
H a5 is i 2t 27 I 
i+ @5 i 13 of# Q5 it {3 i 
H 5 bo | 5 5 
H 84 14 2 38 Ot 
H i 
i 4 4 6 & 3 
; ! 
H H 
i lowbyte 7 highbyte 7 lowbyte 7 highbyte 7 i 
Notes: An = address 

+ = pin 1 orientation marking on 44K RAM DIF package 

lowbyte = all 8 bit bytes beginning at address An modulo 2 = @ 


highbyte= all @ bit bytes beginning at address An modulo 2 = 1 
evenword= all 14 bit words beginning at address An modulo 4 = 


addward = all 16 bit words beginning at address An modulo 4 = 


longword= all 32 bit longwaords beginning at address An madula 
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To avoid confusion among often multiple definitions of common 
terms in the graphic, electronic, and software fields, and to give the 
authors a chance to redefine the language, this glossary of System IV 
terms is presented. 


Buffer 4 to 8 image planes with common address offset 
values, display/update assignment, display 
output priority, display replacement routing, 
etc. 


character A set of stored points to be transferred from 
Image Memory to Screen Memory, i.e., a picture 
as opposed to a vector or polygon. 


clipping The process of limiting write access in the 
4096 by 1536 Screen Space area to the 512 by 
384 wide subset occupied by visible Screen 
Memory. 


Color Memory The three individual Color RAMs that form a 
1824 by 24 bit look up table used to assign 
pixels to viewable colors. 


Colar RAM One of three 1824 by 8 bit RAMs used as a 
lagkup table to assign a pixel ta one af the 
three video DACs to provided 254 levels per 
for each primary color. 


Color Table Any one of the 12 2546 x 8 bit subranges of the 
Color Memory. There are 4 Color Tables, de- 
signated @ through 3 for each of the 3 Color 
RAMs R, G, and B. The display priority scheme 
can be set to associate one or more Buffers 
with a particular Color Table. 


display Reserved to refer to operations involving out- 
put of Screen Memory contents to the CRT moni- 
tor. 

Expansion Table A 254 by 8 bit subrange of the Translation RAM 


used to decompress or convert the packed data 
values taken from Image Memory to an @ bit 
value for transfer to Screen Memory. The Ex- 
pansion Table timeshares the same physical 
memory space with the Replacment Table. 
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frame 


Graphic Controller 


Horizontal Offset Table 


image 


Image Memory 


image transter 


Offset Table 


pixel 


plane 


Queue Controller 


The time required to display the entire con- 
tents of one Buffer and to perform vertical 
retrace for the display monitor. This is 
1/6@th secand in System IV. 


The micro-controller that executes commands 
issued by the Queue Controller. The Graphic 
Controller cantrols the timing of all update 
operations involving Screen Memory and Image 
Memory. 


The 384 by 7 bit subrange of the Translation 
RAM in each Buffer used to provide a displace- 
ment value of from @ to 5ii along the X axis 
for each line of Screen Memory during both up~ 
date and display. 


Pixels arranged to form a picture. 


Up to 1 megabyte of PROM/ROM used to hold coa- 
pressed pictures suitable for high speed 
transfer to Screen Memory. 


The process of reading a rectangular array of 
compressed pictures from Image Memory, select- 
ing the desired bits from each pixel through 
mask and shift, merging with the IDR, convert~ 
ing thraugh the Expansion Table, and writing 
the results to Screen Memory while maintaining 
proper address pointers to both Image and 
Screen Memory, performing clipping, and run- 
ning at 16 MHz. 


Either of two 384 by 9 bit subranges of the 
Translation RAM of each Buffer providing dis- 
placements for each visible line of Screen 
Memory during both update and display. 
Displacements are added to the respective hor- 
izontal and vertical Screen Memory coordinates 
to produce the actual coordinates supplied ta 
Screen RAM. The Offset Tables makes passible 
high speed scrolling of Buffer images along 
either axis, compensation for replacement in- 
duced scrolling, vertical inversion of the 
display, and a variety of other tricks. 


An individual spot on the screen. System IV 
has 512 pixels per line on 384 lines. 


A rectangular hit-mapped memory array 1 bit 
deep. System IV Buffers each contain from 4 
to 8 planes addressed as a single array but 
individually write-enabled. 


The hardware that arbitrates access of Queue 
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Queue Memory 


Queue Processor 


Replacement Table 


Screen Memory 


Screen RAM 


Screen Space 


scrolling 


shadow read 


source image 


Memory by the CPU and Queue Processor when the 
Queue Processor is on and that passes CPU com- 
mands directly to the Graphic Controller when 
the Queue Processor is off. 


The dual port 16 bit wide memory used primari- 
ly to store CPU commands until fetched by the 
Queue Processor for use by the Graphic Con- 
troller. 


A hardware controller that sequentially 
fetches instructions from Queue Memory and 
loads them into the appropriate Control Regis- 
ters. 


A 256 by @ bit subrange of the Translation RAM 
of each Buffer used during display ta convert 
pixels read from Screen Memory to new values 
written back to Screen Memory 4 horizontal lo- 
cations later. The Replacement Table may be 
programmed to provide selective or general 
erase as well as other features on a frame by 
frame basis. The Replacment Table timeshares 
the same physical memory space with the Expan- 
sion Table. 


One or more of the bit-mapped Screen RAM arra- 
ys used to accumulate images during update for 
output during display. Screen Memory is an 
interior subset of Screen Space. 


The 512 by 512 by 4 to 8 bit deep random ac- 
cess memory array in each Buffer. 


A 4096 by 1536 array af mostly write-anly aea- 
ory and Screen Memory used as the holding area 
for created by the CPU and Graphic Controller. 
The use of Screen Space to surround Screen 
Memory facillitates fast clipping of images. 


The process of horizontally or vertically 
translating an entire Buffer accomplished by 
adding a uniform offset to the horizontal 
and/or vertical coordinates. Scrolling may be 
performed on a line by line basis. 


A technique in which the contents af a 
hardware register is seemingly read by actual- 
ly reading the contents of an associated RAM 
previously written using identical data. 


Picture data generally stored in Image ROM and 
compressed into the minimum number of bits re- 
quired for the number of colors needed. 
Source image data is usually passed through 
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table 


Translation RAM 


update 


Vertical Offset Table 


visible screen Memory 


watchdog 


windowing 


zoom 


the Expansion Table of the Translation RAM and 
then written to Screen Memory during update. 


A subrange of a RAM used for lookup. System 
IV provides 4 Color Tables for each of 3 Color 
RAMs, 1 Vertical Offset Table, 1 Horizontal 
Offset Table, and 1 Expansion/Replacment Table 
for each of 4 Buffers, 


The iK by 9 bits of fast Random Access Memory 
in each Buffer that performs Expansion during 
update, Replacement during display, and ad- 
dress offset during bath update and display. 
The Translation RAM is divided into 3 sections 
that provide (1) 384 9-bit vertical offset va- 
lues for each displayable line, (2) 384 9-bit 
horizontal offsets values for each displayable 
line, and (3) 254 bytes of user defined 
conversion tables for expansion, replacement, 
or transfer storage. 


Reserved to refer to operations involving ac- 
cess of Screen Memory/Screen Space for the 
primary purpose of inputting original data in 
particular and any Buffer not set to display 
in general. 


The 384 by ? bit subrange of the Translation 
RAM in each Buffer used to provided a dis- 
placement value of from @ to Sil along the Y¥ 
axis for each line af Screen Memory during 
both update and display. 


The portion of Screen Memary that is output 
during display. If the vertical Offset Table 
is set to @'s, this is the first 384 lines of 
the 512 by 312 Screen Memory array(s). 


Hardware that resets the CPU to a power-up 
state when- ever certain software operations 
fail to occur within a limited time frame. 


Limiting input or output access of a character 
image to a specified rectangular subset. 


Enlarging a specified portion of a source 
image character to fit a specified portion of 
screen memory during image transfer. 


Fe i ae ta a at kl a 
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Appendix A 


Processor Module I0 Registers 


Sem eee ee ee ab oe oe oe oe oe oe 


Name Address Opcode Farmat 
Di5--Deés 

GRO FF6@00 18@8.... Bi <BR> Graphic Register Q@ 
GRt FF8@Q@2 1i1@@1.... 9i<GRL> Graphic Register i 
GR2 FF8Q@04 1818.... AI<GR2> Graphic Register 2 
GR3 FFBQB6 111.... Bi<GR3> Graphic Register 3 
6R4 FFS8@@8 1108.... Ci<GR4> Graphic Register 4 
BRS FF@@@A i11@1.... Di<GRS> Graphic Register 5 
6BR4 FFG@@C 1118.... Ei<GR4> Graphic Register 6 

GR7 FFS@BE 11118082 FQ@i<GR7> Graphic Register 7 
BCRW FF8G1@ 111180888 FQi<BCRW> Buffer Control 
Register W 

BCRX FFBO12 11118081 Fii<BCRX> Buffer Control 
Register X 

BCRY FFB@1i4 11118818 F2'<BCRY> Buffer Contral 
Register Y 

BERZ FFBQ@16 11110011 F3i<BCRZ> Buffer Control 
Register Z 

PSRW FFR@18 11118180 F4ai<PSRW> Plane Select Register 
W 

PSRX FFG@1A 11118181 FSi<PSRX> Plane Select Register 
X 

PSRY FFSQiC 11110118 FOi<PSRY> Plane Select Register 
Y 

FSRZ FFS@1iE 11118111 F7i<PSRZ> Plane Select Register 
Z 

BPRW FFS@2@ 11111888 FBi<BPRW> Buffer Priority 
Register W* 

BPRX FFB@22 11111881 F9i<BPRX> Buffer Priority 
Register X* 

BPRY FFBB24 11111018 FAi<BPRY> Buffer Priority 
Register Y# 

BFRZ FF8Q26 L1111011 FBt<BPRZ> Buffer Priority 
Register Z+# 

DPR FFBQ28 11111180 FCI<DPR? Display Priority 
Register 

CTR FFS@2A 11111181 FDi<CTR> Color Table Register 


IFR FFRB2ZC «11111118 FEI<IFR> Image Format Register 


$50 BES nm ERR OL en ES ee Tag ae eee eS er see PN NE ee Weg 


System IV Specification and User Guide ~ Revised 8483.22 PAGE 58 
Appendices 
ECR FFG@Z2E filiiiit FFi<ECR? Execution Cantrol 
Register 
FAR FFGQ3G can annae i<FAR> Fetch Address Register 


# Indicates not currently implemented. 


Name Address Opcade Format 
Di5--Ds 
MCR FFBQ4Q waa eu aee <MER> Master Control 
Register 
OLR FFBQ42 weaunaes <QLR> Queue Length Register 
QAR FFBQ44 wae uuane <BAR> Bueue Address Register 
FFBQ46 wa ceueae ¢ ? spare 


Name Address Opcode Format 
DiS--De8 
BHR FFBBOB wc a canes <DAR> Display Hold Register 
read only 
DLR FFBB4Q ww ue neee <DAR> Display Load Register 


sample and read 
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Appendix B 


DPR Value Display Buffer Priority 
eececse eoess Buffers See etsasteeh ees tees sae ses 
Binary Hex i 2 3 4 
08 O08 2 i W - - * 
@2 8001 @i 2 W xX 2 - 
88 8810 Q@2 2 W Y - - 
@@ 2011 a3 2 W Zz = - 
02 010@ 84 3 W X Y - 
@2 0181 @5 3 Ww X Zz - 
QB 6118 06 3 W Y X 7 
@8 O111 Q7 3 W Y Z - 
88 1808 8 48 3 W Z X z 
@@ 18081 a9 3 Z Y - 
88 1018 BA 4 W Xx Y Zz 
@@ 1@ii OB 4 W X Z Y 
8@ 1188 BC 4 W Y X Z 
@@ 1181 aD 4 W Y Z X 
QB 1118 OE 4 a Zz X Y 
@@ 1111 OF 4 W Z Y x 
Qt 8000 1@ i X . = = 
Oi @@@1 it 2 X W = - 
Oi 8818 12 2 Y = a 
@i O@11 13 2 X ri 7 2 
Oi 0188 14 3 X W Y - 
@i 8101 15 3 Xx W Zz = 
Oi @11@ 14 3 x Y W - 
@i O111 17 3 X Y rd = 
@i 180@ 18 3 X Zz W 7 
Qi 1081 19 3 X Z Y - 
Bi 1418 1a 4 X W Y Z 
Qi 1011 1B 4 x W z Y 
@1 1108 ic 4 X Y W Zz 
@i 11281 iB 4 x Y Z W 
@1 1118 1E 4 X Z W Y 
@1 1111 iF 4 X Zz Y W 
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DPR Value Display Buffer Priority 
t-#-—-P---t-—-F-- 8-2 — FE —2—B —2—P) Buffers t-$—-$-—-4—-4 4-2-5 4-9-2 8 8 
Binary Hex i 2 3 4 
1@ 80028 2a i Y - im ~ 
18 80@1 ai 2 Y W - - 
i@ 0018 22 2 Y X - = 
18 @@11 23 2 Y Y - = 
18 8108 24 3 Y W X = 
1@ @181 25 3 Y W Z 7 
18 @118 26 3 Y X W - 
18 6111 27 3 Y X Z - 
12 1088 28 3 Y Zz W = 
1@ 18@1 29 3 Y Z X = 
1@ 1818 2A 4 Y W X Z 
1@ 1011 2B 4 Y W Z X 
18 1188 2C 4 Y X W Z 
1@ 1181 2D 4 Y X z W 
18 1118 2E 4 Y ri W X 
18 i111 2F 4 Y rd X W 
i1 @be8 8638 i Z - 7 
11 0081 31 2 Z W 7 7 
11 8018 32 2 X - - 
11 @@11 33 2 Z Y - - 
11 8182 34 3 Z W X - 
11 @1@1 35 3 z W Y + 
Li @118 36 3 z X W - 
Li @111 37 3 Z X Y - 
11 1808 38 3 Z Y W - 
11 16@1 39 3 Z Y X - 
11.1810 3A 4 Z W k Y 
11 1@1i1 3B 4 Z W Y X 
1i 1108 3c 4 Z X W Y 
11 11@1 3B 4 z x Y W 
11 1116 SE 4 Z Y W X 
{i 1211 3F 4 r Y X W 
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Graphic Controller Instruction Sua@mary 
Mnemonic GR@ 6Ri GR2 GR GR4 BRS 6R4 
notes 
FXOT start size data step 
FYOT start size data step 
FERT start size data step 
* SMER X Y start size 
* ERSM X Yy start size 
FCT start size data step RGB+CT 
* SMCT X Y start size RGB+CT 
* CTSM Xx Y start size CT 
# SEXP 
* REXP 
* SOFF 
* ROFF 
# STPS 
# RTPS 
LDSR data 
SIDR data 
RCPW 
SCPW LM TH RM BM 
IMSM X Y W H IL TH 10 
IMSMPC X Y W H IL IH 10 
APP X Y data 
RPP DX DY data 
AVP Xx Y data 
RVP DX DY data 
AFFS x Y data 
AFFV X Y data 


PO Ey SERB yee eae Rp eE Tee Mae NEBL 2 9 


BEES AS Fer IB REE SEES 
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AFFE X Y data 
# RPFS BX BY data 
* RPFY DX DY data 
* RPFE DX DY data 
POKE 
# = not presently implemented 


Notes: 


Legend: 


i. requires 
2. requires 
3. utilizes 
4. utilizes 
5. utilizes 


screen write enable in BCR 
translation write enable in BCR 
IFR 

PSR 

programmable clipping window 


&. saves end coordinates 


7. utilizes 
8. utilizes 
9. utilizes 


8 


wn 
~~ 
™ 
Li 
"oH Ht non nn HW A HON  f Rn Hh oh 


previously saved end coordinates 
expansion and offset status bits 
IBR 


color table selection in bits ......XX 
signed horizontal offset 

signed vertical offset 

height of data block written to screen 


high bits of source image address 


12 low bits of source image address 

line to line offset of source image 

color RAM write enables in bits .B6GR.... 

length of data transfer 

data value increment 

width of data black written to screen 

screen space X range @08 - 7FF, 408 - SFF visible 
screen left margin 

screen right margin 

screen space Y range @0@ - SFF, 20@ - 37F visible 
screen bottom margin 

screen top margin 
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ss 


oe ee ee ee oe 


Mask Active Image 


Code Data Bits 


sieuereiwe & 


wiecnuleaXh 


“” 
Q 


wane e XXX 
ena XXXX 
oe e XXXKX 
o  XXXNKK 
eXXXXKXX 
XXXXXXXX 
XXXXXXX. 
XXXXXX.. 
XXXXX.. 
XXXXw ae 
XXXwenes 
XXewuene 


Kishore sre ate 


AMoo MmMrPrT HOON eo PAN OH NK & 


Legends 
X 


image) 


Shift Values 
Shift Image Data 
Code Position 


76543218 
7654321 
22769432 
2e 2 76543 


“oO Of ee hI & 
e 
. 
~ 
o- 
an 
b&b 


Legend: 


eS ee eee 


Appendix D 


Comments 


All bits aff (forced ta zero) 
Image bit @ only, all others forced to zero 
Image bits @ and 1 only, all others forced to 


etc. ,etc. 


All bits on (pass image data intact) 
All bits on except bit 8 

All bits on except bits @ and 1 

etc. ,etc. 


Image bit 7 only, all others forced to zero 


active bit position (pass image data intact) 
inactive bit position (zero substituted for 


H ou 


No masked output bits shifted 
Shift in 1 zero 
Shift in 2 zeros 


Masked output bit 7 shifted to bit @ position 


= inactive bit position (image data forced to 


SEED eye Dyess, TS eee ee te 
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7,6,5,4,3,2,1,8 = image Memory output bits from mask hardware 
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Notes: 


Legend: 


i, requires 
2. requires 


3, utilizes IFR 
4. utilizes PSR 


§. utilizes 


screen write enable in BCR 
translation write enable in BCR 


programmable clipping window 


6. saves end coordinates 

7, utilizes previously saved end coordinates 
8. utilizes expansion and offset status bits 
9, utilizes IDR 


nut @oe tt nt Wf ut tm hon wn 


color table selection in bits ......XX 


signed 
signed 
height 
8 high 


12 low 


horizontal offset 

vertical offset 

of data block written to screen 
bits of source image address 
bits af source image address 


line to line offset of source imag 
color RAM write enables in pits GER...) 
length of data transter 


data value increment 
width of data block written to screen 


screen 
screen 
screen 
screen 
screen 
screen 


. 


space X range @@@ - 7FF, 408 - SFF visible 
left margin 

right margin 

space Y range @88 - SFF, 288 - 37F visible 
bottom margin 

top margin 
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fill « offset table 
sfill y offset table 
sfill color table 

gload status register 
spoke graphic memory 
spoly fill open absolute 
spoly fill open relative 
svector for absolute plot 
gsvector for relative plot 
sfill polygon 

sreset clipping window 
sset clipping window 


sleft margin address 
sright margin address 


Graphic Controller Instruction Summary 


UCODE.RND/8404.03/TZM from S4.RND 


OF POKE A data 

10 FXOT start size data step 2 
11 FYOT start size data step 2 
12*SMER X Y start size 2,3 
13*ERSM X Y start size 1,3 
14 FERT start size data step 2 


16*SMCT X Y start size BGR..CT 3 
17*®CTSM X Y start size CT 1,3 

18 - 1F reserved 

20 ITSN X Y W H IL IH IO 1,3,5,9 
21*ITSC X Y W H IL IH IO 1,3,5,9 
22*ITSF 

23: reserved. 

24 PPA X ey. data 1,6 

25 PPR DX . DY data 1,6 
26"VPA X Y data 1,6 
27T*VPR DX DY data 1,6 

28 PFOA X Y 6 

29 PFOR DX DY 6 

2A PFVA X Y 6,7 

2B PFVR DX DY 6,7 
2C*®PFCA X Y data 1,6,7,8 
2D*PFCR DX DY data 1,6,7 


Notes: 


Legend: 


= not installed 


1. requires screen write enable in BCR 

2. requires translation write enable in BCR 
3. utilizes IFR 

4. utilizes PSR 

5. utilizes programmable clipping window 

6. saves end coordinates 

7. utilizes previously saved end coordinates 
8. utilizes expansion and offset status bits 
9. utilizes IDR 


LT es | | | | | | | | | | | 


graphic controller internal RAM address 
color table selection in bits ......CT 
Signed horizontal offset 

Signed vertical offset 

height of data block written to screen 
8 high bits of source image address 

12 low bits of source image address 
line to line offset of source image 
color RAM write enables in bits .BGR.... 
length of data transfer 

data value increment 

width of data block written to screen 


screen space X range 000 - 7FF, 400 - 5SFF visible 


screen left margin 
screen right margin 


screen space Y range 000 - 5SFF, 200 - 37F visible 


screen bottom margin 
screen top margin 


> 
© fess! 
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Graphic Controller Instruction Summary 


UCODE.RND/8404.09/TZM from S4.RND 


Code GRO GR1 GR2 GR3 GR4 GR5 GR6 notes 

00 REXP 

01 SEXP 

02 ROFF 

03 SOFF 

O4 RTPS 

05 STPS 

06 SIMD data 

O7*SICD data 

08 RCW 

09 SCW LM T™ RM BM 

OA - OD reserved 

OE LDSR data 

OF POKE A data 

10 FXOT start size data step 2 

11 FYOT start size data step 2 

12*SMER X Y start size 2,4 

13*ERSM X Y start size 1,4 

14 FERT start size data step 2 

15 FCT start size data step BGR..CT 

16*SMCT X Y start size BGR..CT 4 

17 CTSM X Y start size CT 1,3,4 

18 - 1F reserved 

20 ITSN X Y W H IL IH I0 1,3,4,5,9,10 

21*ITSC X 4 W H EL IH Io 1,3,4,5,9,10 

22*ITSF X Y W H i IH 10 153,4,9,10 

23 reserved - 

24 PPA X y data 1,4,6 

25 PPR DX DY data 1,4,6 
“268VPA XY data 1,4,6 

27*VPR DX° DY data 1,4,6 

28 PFOA X Y 6 

29 PFOR DX DY ‘ 6,7 

2A PFVA X Y 6,7 

2B PFVR DX DY | 6,7 

2D*PFCR data 1,4,6,7,8 


Notes: 


Legend: 


= not installed 


1. 
2. 
3. 


requires screen write enable in BCR 
requires translation write enable in BCR 
utilizes IFR 

utilizes PSR 

utilizes programmable clipping window 


saves 


end coordinates 


utilizes previously saved end coordinates 
utilizes expansion and offset status bits 
utilizes IMD 
utilizes ICD 


graphic controller internal RAM address 

color table selection in bits ......CT 

signed horizontal offset 

signed vertical offset 

height of data block written to screen 

8 high bits of source image address 

12 low bits of source image address 

line to line offset of source image 

color RAM write enables in bits .BGR.... 

length of data transfer 

data value increment 

width of data block written to screen 

screen space X range 000 - 7FF, 400 - 5FF visible 
screen left margin 

screen right margin 

screen space Y range 000 - 5FF, 200 - 37F visible 
screen bottom margin 

screen top margin 


Graphic Controller Instruction Summary 


OF POKE A data 

10 FXOT start size data step 2 

11 FYOT start size data step 2 

12*SMER X Y start size 2,4 

13*ERSM X Y start size 1,4 

14 FERT start size data step 2 

15 FCT start size data step BGR..CT pl ~ w Uke 
16 SMCT X Y start size BGR..CT 4 r? a t 
17 CTSM X Bd start size CT 1,3,4° yo. y 
18 - 1F reserved 

20 ITSN X Y W H IL IH IO 1,3,4,5,9,10 
21*ITSC X Y W H IL IH IO 1,354,5,9,10 
22*ITSF X Y W H IL IH I0 1,3,4,9,10 

23 reserved 

24 PPA X Y data 1,4,6 

25 PPR DX DY data 1,4,6 

26*VPA X Y data 1,4,6 

27*VPR DX DY . data 1,4,6 

28 PFOA X Y 6 

29 PFOR DX DY 6,7 

2A PFVA X Y 6,7 

2B PFVR DX DY 6,7 

2c PFC data 1,4,6,7,8 


y 


% = not installed 


Notes: 1. requires screen write enable in BCR 

2. requires translation write enable in BCR 

3. utilizes IFR 

4, utilizes PSR 

5. utilizes programmable clipping window 

6. saves end coordinates 

7. utilizes previously saved end coordinates 
8. utilizes expansion and offset status bits 
9. utilizes IMD 

0. utilizes ICD 


Legend: A = graphic controller internal RAM address 
cT = color table selection in bits ......CT 
DX = signed horizontal offset 
DY = signed vertical offset 
H = height of data block written to screen 
IH = 8 high bits of source image address 
IL = 12 low bits of source image address 
I0 = line to line offset of source image 
BGR = color RAM write enables in bits .BGR.... 
size = length of data transfer 
step = data value increment 
W = width of data block written to screen 
X = screen space X range 000 - 7FF, 400 - 5SFF visible 
XLM = screen left margin 
XRM = screen right margin 
Y = screen space Y range 000 - 5SFF, 200 - 37F visible 
YBM = screen bottom margin 
YTM = screen top margin 
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